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Einleitung 


Der Amiga ist ein Erfolgscomputer. Allen zeitlichen Vorsprüngen der jeweiligen Konkurrenz- 
produkte sowie der anfänglich nicht gerade offensiven Verkaufsstrategie des Herstellers zum 
Trotz, hat der Amiga einen Siegeszug im Home- und Semiprofessional-Computermarkt ange- 
treten; mit ca. 40% des Gesamtumsatzes bildet er ein nicht unerhebliches wirtschaftliches 
Standbein der Firma Commodore. Dieser Erfolg ist wohl nicht zuletzt auf die, wenn man den 
Stand der Technik berücksichtigt, fast genial erscheinende Kombination von Leistungsdaten 
zurückzuführen, die mittlerweile auch auf dem Software-Markt die ihr gebührenden Früchte 
trägt. Vor allem aber die zunehmende Verwendung in professionellen Bereichen wie Werbung, 
Musik- und Videoproduktion zeigt das enorme Potential des Amiga hinsichtlich seiner Sound- 
und Grafikfähigkeiten. 


Um diese große Leistungspalette zu erzielen, zog Commodore Amiga alle Register dermodernen 
Mikroelektronik: der Mikroprozessor 68000 von Motorola, der intern eine 32-Bit-Verarbeitung 
erlaubt und dessen Nachfolgemodelle den späteren Amiga-Versionen die Leistungsfähigkeit 
einer besseren Workstation geben sollen; dieser und das ganze Orchester von Spezialchips, die in 
eindrucksvoller Weise zusammenwirken, gewährleisten die vielfältigen Funktionen, welche den 
Amiga so weit über das Niveau seiner Preisklasse heben. 


Diese Fülle an Features und Möglichkeiten bleibt natürlich nicht ohne Folgen auf die Komplexität 
der Programme, die sich ihrer bedienen. Die Ansprüche, die sowohl an den Programmierer als 
auch an den Anwender gestellt werden, steigen bei hardwarebezogenen Programmen, wie z.B. 
Mal- und Klangverarbeitungsprogrammen, mit den zunehmenden Fähigkeiten der Hardware und 
Systemsoftware stark an. 


Speziell im Audiobereich ist die große Menge an Information, die zum Verständnis der Vorgänge 
in einem Computer wie dem Amiga notwendig ist, nur einigermaßen akzeptabel zu bewältigen, 
wenn man sich diese nicht erst in mühseliger Kleinarbeit zusammenkratzen muß. Da der Amiga 
ein nach dem Sampling-Prinzip arbeitendes Klangwiedergabesystem besitzt, sind in diesem 
Zusammenhang auch die Grundlagen der digitalen Audiotechnik von großem Interesse, welche 
allgemein in der Klangtechnik immer größere Bedeutung erlangt. Dieses Buch soll Ihnen einen 
Weg zu der von Ihnen gewünschten Audio-Anwendung zeigen, ohne dabei hohe Anforderungen 
an Ihr mathematisches und physikalisches Verständnis zu stellen. Dem Programmier-Profi sowie 
dem musikinteressierten Anwender bietet es jedoch die Menge an Hintergrundinformation, die es 
ihm gestattet, sämtliche Fähigkeiten des Systems voll auszunutzen. 


Der Amiga enthält, wie erwähnt, ein System zur Wiedergabe digitaler Daten als analoge 
elektrische Spannung, welche in Klang (z.B. durch einen Lautsprecher) umgesetzt werden 
können. Die Menge an Klangdaten, und damit auch die Abspielzeit des jeweiligen Sounds, ist 
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jedoch durch die Speicherkapazität des Eorapuiehe begrenzt. Um diese Kapazität 
auszunutzen, ist es wünschenswert, Klangdaten einer mehrfachen Verwendung zuzuführen, d.h. 
deren Ausgabe gegebenenfalls mehrfach zu wiederholen oder sie gar als »Instrumente« einzu- 
setzen. Zu diesem Zweck bedienen sich die meisten Programme, die dies erlauben’und so die 
Erstellung von »Kompositionen« gestatten, des sogenannten SMUS- Formats'( je'z.B. Sonix, 
Deluxe Music Construction Set, Music Studio, Instant Musicetc.).In diesem B hsoll der Einsatz 
dieser Programme anhand einiger Beispiele näher erläutert werden. 











An MIDI, der digitalen Schnittstelle zwischen modernen elektronischen M MR istrimenten und 
Computern, kommt heute kein musikbegeisterter Amiga-Anwender mehr vorbei. Aus diesem 
Grunde befaßt sich der erste Teil des vorliegenden Bookware-Pakets sehr intensiv mit der 
aktuellen MIDI-Implementation und stellt dem interessierten Programmierer ein leistungsfähiges 
MIDI-Device zur Verfügung, welches die Ansteuerung ie Zu MIDI-Geräte über ein 
MIDI-Interface ermöglicht. 


Der zweite Teil des Bookware-Pakets beinhaltet die SMUSPlayer. Library, welche es Ihnen 
erlaubt, Ihre Kompositionen unabhängig von den jeweiligen Kompositionsprogrammen wie- 
dergeben zu lassen. Mit ihrer Hilfe können Sie bequem und öhne den üblichen Programmier- 
aufwand selbstkomponierte Lieder innerhalb Ihrer eigenen Programme abspielen lassen, sei es 
nun zur Untermalung einer Präsentationsgrafik, einerVideoanimation odereines Spieles. Speziell 
für Programmierer von Spielen wurde eine Möglichkeit geschaffen, IFF- oder Sonix- Instrumente 
neben den Stimmen des abzuspielenden Liedes separat wiederzugeben. Überdies können eigene 
Programme mit dem Ablauf eines Liedes synchronisiert werden. Anhand von reichhaltig 
dokumentierten Beispielprogrammen werden ‘die Aufruf-Techniken, die zum Betrieb des 
SMUSPlayers benötigt werden, eingehend erläutert. 


Die Zielsetzung dieses Buches ist es, den musikinteressierten Anwender wie den Programmierer 
mit allen Informationen, die zur vollständigen Ausnutzung der Soundfähigkeiten des Amiga 
erforderlich sind, zu versorgen. Hierbei sollen sowohl die Aspekte reiner Computeranwendungen, 
wie Animationen und Spiele, als auch der professionellen Musikproduktion, bei der dem 
Computer meist die Aufgabe einer. MIDI-Recorder- und Steuereinheit zufallen, gleichermaßen 
beleuchtet werden. > 





Digitale Audiotechnik 


Teil 





Grundlagen der 
digitalen Audiotechnik 


Die rasante technische Entwicklung der letzten fünfzig Jahre hat auch den Bereich der 
Klangerzeugungs- und Reproduktionstechniken zu keiner Zeit unberührt gelassen. Nachdem man 
in den zwanziger Jahren mit der breiten Nutzung von elektroakustischen Verfahren begonnen 
hatte, ließen sich diese bald zu brauchbaren Werkzeugen der Instrumentierung, Aufnahme und 
Wiedergabe von Musik machen, was vor allem in der Unterhaltungsmusik einen großen Effekt 
zeigte. Nach dem Aufkommen zahlreicher elektroakustischer Instrumente erschien in den 
sechziger Jahren mit dem MOOG-Synthesizer das erste frei durchstimmbare, rein elektronische 
Klangerzeugungsgerät, das keiner mechanisch schwingenden Systeme mehr bedurfte. Das hier 
verwendete Prinzip beruhte auf elektronischen Schwingkreisen, deren Frequenz, d.h., deren 
Tonhöhe durch eine Spannung von außen frei bestimmt werden konnte (VCO: Voltage Controlled 
Oscillator). Diese Form der Tonerzeugung rechnet man den »analogen« Verfahren zu, bei denen 
die zu behandelnden Größen in unendlich fein abgestuften Werten vorliegen, wie z.B. auch bei 
Längen, Gewichten, Temperaturen oder eben elektrischen Spannungen. 


Ein anderer Zweig der Elektronik war es, namentlich die Digitaltechnik, die zuerst im professio- 
nellen Bereich, dann auch im semiprofessionellen und Hobbysektor zu einer enormen Zunahme 
der Fähigkeiten und der Flexibilität elektronischer Musikinstrumente geführt hat. Diese bedient 
sich einer Darstellung der Größen in Form von ganzzahligen Werten, deren kleinste Einheit, das 
Bit, nur die Werte O und 1 annehmen kann. Hinsichtlich der Bearbeitung und Reproduktion der 
physikalischen Größen hat dies den entscheidenden Vorteil, daß man diesen beiden Werten, O und 
1, nur hinreichend gut unterscheidbare Spannungswerte zuzuweisen braucht, um deren 
Übertragung unempfindlich gegen Störeinflüsse werden zu lassen; dagegen macht sich in der 
Analogtechnik jede Störung im Ergebnis einer Übertragung oder eines Kopiervorgangs be- 
merkbar. 


Infolge der extremen Preissenkungen auf dem Markt digitaler Bausteine sowie der immer 
perfekteren Fertigungstechniken konnten eine Fülle von preiswerten Keyboards, Synthesizern, 
Schlagzeugmaschinen etc. entwickelt und angeboten werden. Die Funktionsweise der meisten 
Geräte, die in diesem Bereich auf dem Markt sind, dürfte wohl inzwischen ganz oder zumindest 
teilweise auf Prinzipien der Digitaltechnik beruhen. Bei den eigentlichen Repräsentanten dieser 
Technik wiederum, den Computern, macht sich der Trend bemerkbar, für Videospiele oder auch 
ernsthaftere Musikanwendungen immer ausgefeiltere Klangerzeugungssysteme zu integrieren. 


Wohl eines der interessantesten Ergebnisse dieser Tendenz ist der Commodore Amiga. Im 
Vergleich zu früheren Entwicklungen wie dem Atari ST und dem Commodore 64, in welchen 
Klangbausteine mit frei wählbarer Frequenz und beschränkt variabler Wellenform arbeiten (was 
lediglich eine Umsetzung des Schwingkreis-Prinzips in eine digitale Entsprechung bedeutet, 
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daher die Bezeichnung DCO = Digital Controlled Oscillator), wurde der Amigasmit @iner 
wesentlich flexibleren Soundsynthese ausgestattet. Ähnlich dem Wiedergabeverfahren.beieinem 
CD-Player, besteht die Klangerzeugungseinheit des Amiga aus sogenannten Digital/Analog- 
Wandlern, also Bausteinen, die eine beliebige Folge von digitalen Zahlenwerten an analoge 
Spannungen und damit, unter Zuhilfenahme eines Verstärkers und eines Lautsprechers, in Klang 
umzuwandeln vermögen. Dieser Weg erlaubt die Wiedergabe einer nahezu unbegrenzten Fülle 
von Klangfarben und Geräuschen, da praktisch jedes akustische Ereigige N durch eine solche 
Zahlenfolge dargestellt werden kann. 


Die Grundlagen dieser »Sampling« genannten Technik, also der periodischen Probenentnahme, 
sowie deren Konsequenzen sind das Thema dieses Kapitels. Im ersten Abschnitt sollen zunächst 
die Voraussetzungen für die Wahrnehmung und die physikalische‘Beschreibung von Klängen 
erläutert werden, wobei vor allem die Beziehung zwischen beidenihervorgehoben werden soll. 
Der zweite Abschnitt behandelt die Phänomene, die bei der Bearbeitung von Musik mit digitalen 
Verfahren auftreten. Insbesondere die Aspekte der Sampling- und Wiedergabepraxis, wie sie für 
die Arbeit mit dem Amiga typisch sind, werden hier eingehend diskutiert. 


Da dieses Kapitel keine unabdingbare Voraussetzung zum Umgang mit den auf dem Amiga 
verfügbaren Musikanwendungen darstellt, können Leser,.die sich ausschließlich mit den Soft- 
ware-Werkzeugen beschäftigen wollen, wie z.B. Profi-Musiker, diese Passagen überspringen und 
sich sofort den für sie interessanten Abschnitten zuwenden. Sollten Sie jedoch vorhaben tiefer in 
die Techniken der Herstellung von eigenen Samples.oder in die Programmierung der Audioeinheit 
des Amiga einzusteigen, so werden sich diese Hintergrundinformationen in der Regel als wertvoll 
erweisen, um die Vorgänge und Effekte bei der.digitalen Klangverarbeitung besser verstehen und 
beherrschen zu können. 


1.1 Töne und Geräusche 
1.1.1 Das Gehör - ein biologischer Spektralanalysator 


Lautstärke und Amplitude 


Einen wesentlichen Bestandteil»unserer gesamten sinnlichen Erfahrung bilden die auditiven 
Empfindungen, d.h. die Klänge, die wirbewußt oder weniger bewußt wahrnehmen und die bei uns 
Reiz oder Ablehnung, Wohlbefinden oder Unbehagen verursachen können. Während die Zu- 
sammenhänge zwischen psychischen Zuständen und Klangwahrnehmung sowie speziell des 
Dissonanz- und Harmonieempfindens noch nicht vollständig geklärt sind, kann man sich doch 
aufgrund der genauenänatomischen Kenntnisse des menschlichen Gehörapparates ein recht gutes 
Bild von der Funktionsweise der hierfür zuständigen Organe machen. Dasjenige physikalische 
Ereignis, welches die Wahrnehmung von Klang hervorruft, isteine Schwankung des Druckes der 
Luft, welche sich.wellenförmig ausbreitet und durch das Trommelfell und die Gehörknöchelchen 
an eine Flüssigkeitän der Innenohrschnecke weitergegeben wird. Hier befinden sich die eigent- 
lichen Klangtezeptoren, Sinneszellen, die auf Strömungen der sie umgebenden Flüssigkeit 
reagieren und»ihre Informationen an den Hörnerv weitergeben, bevor dieser in den 
unüberbliekbaren Verästelungen des Gehirns verschwindet. 
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Abb. 1.1: Lautstärke und Amplitude 


Da ar: Gehör Lautstä iken vom kleinsten wahrnehmbaren Druckunterschied, 0.2 nbar (1 Nanobar 
= 10° bar), bis di „ca. 1-Million-fache davon registrieren und verarbeiten muß, erfolgt die 
autstärkeverhältnissen nicht proportional zum Schalldruck, sondern 
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unmöglich ist. Daher wird die Intensität von Schall ungefähr analog dem dekadischen Logarith- 
mus empfunden, d.h. um z.B. den subjektiven Eindruck von doppelter Lautstärke zu erreichen, 
muß der zehnfache Schalldruck vorliegen, für vierfache Lautstärke der hundertfache und so fort. 
Dies hatte unter anderem zur Folge, daß man als Einheit für Lautstärkeverhältnisse das Dezibel 
(dB) wählte, welches folgendermaßen definiert ist: 
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Da die Leistung proportional zum Quadrat des Schalldruckes ist, läßt sich auch schreiben: 
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Nimmt man die untere Hörgrenze, 0.2 nbar, willkürlich als O dB-Wert an, so erhält man für den 
menschlichen Hörbereich eine absolute Skala von O bis ca. 120 dB(A), was die Schmerzgrenze 
darstellt und ungefähr der Lautstärke eines startenden Düsenflugzeugs auf 10 Meter Entfernung 
entspricht. 


Um Klänge nun mitelektronischen Mitteln bearbeitbar zumachen, wählt man in der Audiotechnik 
eine andere Darstellungsform für Klang als den Schalldruck selbst. Wie in Abb. 1.1 zu sehen, läßt 
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sich Schall mit Hilfe eines Mikrophons in elektrische Schwingungen umwandeln. Diese sind 
Schwankungen einer elektrischen Spannung, die in ihrem Verlauf den Druckschwankungen des 
Schalls genau entsprechen, d.h. proportional zu ihnen sind. Die Einheit dB ist deshalb für 
Spannungen folgendermaßen definiert: 








Pl 
db-Wert = 10 * log ) = 
P, 
u; 
= 20 * log( ) 
U, 
wobei log() - dekadischer Logarithmus 
PP, - elektrische Leistung 
U U, - Spannung 
Formel 3 


Wie beim Schall, so ist auch die elektrische Leistung proportional zum Quadrat der Spannung. 
Dies entspricht einer Multiplikation des Logarithmus mit dem Faktor 2. 


Da sich Luftdrücke in einem weiten Bereich genau wie elektrische Spannungen verhalten, d.h. 
sich genau wie diese addieren und subtrahieren, ist es möglich, durch elektrische Schwingungen 
dargestellte Klänge in relativ einfacher Weise zu verstärken, zu verändern, zu mischen und zu 
reproduzieren. So ist es für das Ohr ziemlich schwierig, zu unterscheiden, ob z.B. zwei wahr- 
genommene Töne durch zwei verschiedene nahe beieinanderstehende Lautsprecher erzeugt 
werden oder lediglich durch einen Lautsprecher, an dem die Summe der beiden Spannungen 
anliegt. Diese Ähnlichkeit der Eigenschaften stellt eine der grundlegenden Voraussetzungen der 
gesamten Audiotechnik und damit auch der digitalen Audiotechnik dar, da auch digitale 
Darstellungsformen von Klängen meist erst aus analogen Spannungen gewonnen werden müssen. 


Tonhöhe und Frequenz 


Die zweite wesentliche Eigenschaft unserer auditiven Empfindung, zu der wiraus dem Aufbau des 
menschlichen Ohrs Rückschlüsse ziehen können, ist die Fähigkeit, Tonhöhen zu unterscheiden. 
Unser Gehör empfindet sowohl eine allgemeine »Helligkeit« des Tones, also die absolute 
Tonhöhe, als auch einen zyklisch verlaufenden Toncharakter ‚d.h. eine Verwandtschaft zwischen 
Tönen, die eine Oktave auseinanderliegen, der höhere Ton also genau die doppelte Anzahl von 
Schwingungen pro Zeit aufweist. Fehlt einem Menschen die letztgenannte Fähigkeit, so spricht 
man von sog. Tontaubheit, die das völlige Unvermögen, Musik zu genießen, zur Folge hat. 
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Diese Eigenschaft einer Schwingung, die Anzahl der Schwingungsdurchläufe pr6 Zeiteinheit, 
bezeichnet man als ihre Frequenz. Sie wird im allgemeinen in der Einheit Hertz (Hzyangegeben: 


1 Hz = 1 Schwingung/Sekunde 
Der Tonumfang z.B. eines Klaviers läßt sich in Hertz so angeben: 


A2 ALLA a al 2 23 a4 
27,5 55 110 220 440 880 1760 3520 Hz 


Handelt es sich um eine wellenförmige Schwingung eines Mediums:wie z.B. der Luft, so ergibt 
sich aus der Frequenz sowie der Geschwindigkeit des Schalls die Wellenlänge, d.h. die Entfernung 
zwischen den Kämmen bzw. Tälern einer Welle. Auch in anderen.Medien, wie auch in der 
Flüssigkeit der Innenohrschnecke, bilden sich bei unterschiedlichen Frequenzen verschiedene 
Wellenlängen aus. Diese bewirken im Innenohr durch die konische Tütenform des Schnecken- 
ganges folgenden Effekt: An manchen Stellen heben sich die ankommenden und die vom Ende 
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Abb. 1.2: Tonhöhe und Frequenz 
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des Ganges reflektierten Schallwellen gegenseitig auf, an anderen addieren sie sich zu doppelter 
Stärke, was zu sog. »stehenden Wellen« führt. Diese werden auch als Interferenzen bezeichnetund 
entstehen immer dann, wenn sich eine Schwingung mit einer entgegenkommenden gleich- 
frequenten überlagert. Da die räumliche Lage dieser stehenden Wellen von ähter Frequenz 
abhängig ist, ergeben sich durch verschiedene Tonhöhen stets andere Orte des Schneckenganges, 
an denen sich Schwingungsmaxima ergeben und so die dortigen Rezeptoren gereizt werden. 
Anhand dieses Reizmusters analysiert das Gehör einen Klang nach den»in ihm enthaltenen 
Wellenlängen, auch wenn sich dieser aus mehreren Tonhöhen, also Frequenzen zusammensetzt. 
Das Ohr ist demzufolge in der Lage, aus einem beliebigen Verlauf von Drückschwankungen eine 
Reihe von reinen Teilschwingungen zu isolieren, was man als die »chromatische« Eigenschaft des 
Gehörs bezeichnet, d.h. die Fähigkeit, einzelne Frequenzen aus einem Gemisch von Tönen 
herauszuhören. 


Der hörbare Frequenzbereich umfaßt beim Menschen ca. 16 Hz bis 20000 Hz, wobei jedoch nicht 
alle Tonlagen mit gleicher Intensität wahrgenommen werden. Im.untersten Bereich, um 16 Hz, 
werden nur relativ starke Schwingungen bemerkt, wobei die Hautals Empfängerorgan wesentlich 
beteiligtist. Ab da ssteigt die Hörempfindlichkeit langsam an undist im Bereich zwischen 1000 und 
4000 Hz am größten, wohl unter anderem deshalb, da. dies der Bereich ist, in dem die in 
menschlicher Sprache vorkommenden Frequenzen.liegen. Von hier an sinkt die Sensitivität 
wieder ab, bis sie schließlich bei jungen Menschen um:18000 Hz bis 20000 Hz, bei älteren bereits 
um die 12000 Hz ganz verschwindet. 


1.1.2 Klangspektrum und Fourier-Analyse 


Im letzten Abschnitt wurde gezeigt, wie das Gehör die einzelnen Frequenzen eines Klanges 
voneinander trennt, eine Summe von Schwingungen also in ihre Bestandteile zerlegen kann; dies 
ist zur Unterscheidung von gleichzeitigen.akustischen Ereignissen auch unbedingt nötig. Tatsäch- 
lich begegnen wirin der Realität so gut wie.nnie einer wirklich reinen Schwingung, fast alle Klänge, 
die wir wahrnehmen, sind aus mehreren:verschiedenen Frequenzen zusammengesetzt. Hört man 
beispielsweise den Ton einer Geige, so:nimmt man außer dem Grundton, der meist die tiefste 
Frequenzkomponente bildet und nach.dem wir den Klang in die Tonskala einordnen, noch eine 
ganze Reihe von sogenannten Oberwellen wahr, durch die der Charakter des Klanges wesentlich 
bestimmt wird. Bei einer Geige sind diese besonders stark im Verhältnis zum Grundton, was den 
hellen, scharfen Klang der Geige ausmacht, im Gegensatz z.B. zu einer Flöte, deren kleiner 
Oberwellengehalt einen dumpfen und weichen Ton ergibt. 


Diesen charakteristischen.Gehalt an Oberwellen, genauer deren Frequenz und Intensität gegen- 
über dem Grundton, nennt man das Spektrum eines Klanges. Bei den meisten akustischen 
Ereignissen ändert sich dieses in ihrem Verlauf; für die folgenden Betrachtungen beschränken wir 
uns jedoch zuerst,einmal auf Klänge, die in ihrem zeitlichen Verlauf konstant, Druck- bzw. 
Spannungsverlauf:.also genau periodisch sind. 


Harmonische Schwingung und Sinusfunktion 


Möchte manınun das Spektrum eines Klanges bestimmen, so stellt sich als erstes die Frage, woraus 
die Komponenten eines Spektrums bestehen, was eine solche »reine« Schwingung überhaupt ist. 
In derPhysik bezeichnet man Schwingungen, die dieser Idealbedingung entsprechen, als »harmo- 
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Abb. 1.3: Oberwellen von verschiedenen Instrumenten 


nische« Schwingungen. Diese sind dadurch gekennzeichnet, daß die Rückstellkraft (die Kraft, die 
in Richtung Nullposition wirkt),linear mit der Amplitude wächst, also proportional zu ihr ist. Ein 
Beispiel hierfür wäre ein Pendel, bei dem ja die Kraft, die es nach unten und damit in die Mitte 
zieht, sich weitgehend proportional zu seiner seitlichen Auslenkung verhält. Zieht man ein Pendel 
aus der Mittelposition und läßt es dann los, so beschreibt es eine ähnliche Bewegung wie durch 
Schall zum Schwingeı ängeregte Luftmoleküle oder den Druckverlauf der Luft bzw. die 
Ausgangsspannung ines Mikrophons, das einen (reinen) Ton empfängt. 


Läßt man das Pendel nun so schwingen, daß es in beide Richtungen, horizontal wie vertikal, exakt 
die gleiche Auslenküng erreicht, so ergibt sich eine genaue Kreisbewegung. Aus dem Kreis leitet 
sich auch diejenige mathematische Funktion ab, durch die die harmonische Schwingung definiert 
ist: Sinusfunktion. Der Sinus eines Winkels &, sin(a‘), ergibt sich aus dem Abstand zwischen dem 
Schnittpünkt, :des einen Winkelschenkels mit dem Einheitskreis, also einem Kreis mit dem Radius 
1, und denx- -Achse, die den anderen Schenkel bildet. Überträgt man die Sinus-Werte sämtlicher 
Winkel eines Kreises nacheinander entlang einer Achse, so erhält man die für die Sinusfunktion 
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typische Wellenform, die sich mit jeder vollen Umdrehung genau wiederholt; man sagt auch: sie 
besitzt die Periode 360 Grad oder 2. 





Abb. 1.4: Einheitskreis und Sinusfunktion 


Diese sinusförmigen Schwingungen sind es also, nach denen unser Gehör die empfangenen 
Schallereignisse und ihre Druckverläufe aufteilt und analysiert. Nun stellt sich des weiteren die 
Frage, wie man eine solche Darstellung, zergliedert nach den einzelnen Sinusanteilen, aus einem 
Druck- oder Spannungsverlauf gewinnen kann, um diesen den Empfindungen des Gehörs 
entsprechend besser untersuchen zu können. Es muß also eine Methode gefunden werden, zu 
ermitteln, welche Sinuswellen mit welcher Frequenz und Amplitude zusammenaddiert werden 
müssen, um eine vorliegende, beliebig verlaufende Schwingung zu erhalten. 


Fourier-Reihen 


Hierzu gibt es in der Mathematik ein Verfahren, das als harmonische Analyse oder Fourier- 
Analyse bekannt ist. Bei dieser wird versucht, eine beliebige periodische Funktion f(x), inunserem 
Fall also die Abbildung der Zeit auf die Spannungswerte der Schwingung, durch eine Reihe, also 
die Summe über eine Zahlenfolge darzustellen, bei der jeder einzelne Summand eine Sinus- 
funktion mit jeweils anderer Periode darstellt. Bei der Fourier-Analyse sind dies die ganzzahligen 
Vielfachen der »Grundfrequenz« der Funktion (f, 2f, 3£...). Diese Sinusanteile werden noch mit 
Koeffizienten, den sogenannten Fourier-Koeffizienten, multipliziert, die ihre Gewichtung, d.h. 
die Intensität dereinzelnen Anteile im Verhältnis zur Grundschwingung wiedergeben. Eine solche 
Fourier-Reihe ist im allgemeinen von folgender Gestalt: 


a oo 


0 
I a,*cos(k*x) + b,’sin(k*x) ) 
2 = 


Formel 4 
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Die Fourier-Koeffizienten a(k) und b(k) errechnen sich folgendermaßen: 


1 +7 
a [ (f(x) * cos(k*x)) dx (k = 0,12...) 
-" 
+n 
1 
ae in (f(x) * sin(k*x)) dx (k = 0,12...) 
-T 
Formel 5 


Da sich die meisten Schwingungsfunktionen, denen wir im Audiobereich begegnen, auch allein 
durch entweder Sinus- oder Cosinusanteile darstellen lassen, läßt sich wegen der Symmetrie der 
Funktiohen auch schreiben (siehe Formel 6): 


Hieraus erhält man mit den Koeffizienten a(k) oder b(k) die Gewichtungen, mit denen die 
einzelnen Oberwellen mit den Perioden T, T/2, T/3 ... bzw. den Frequenzen f, 2f, 3f etc. 
multipliziert werden müssen, um die zu untersuchende Funktion f(x) zu ergeben. Je höher man k 
werden läßt, d.h., je mehr Teilschwingungen man in die Berechnung einbezieht, desto näher 
kommt das Ergebnis an f(x) heran. Man sagt auch, die Reihe konvergiert gegen f(x). Theoretisch 
müßte man also unendlich viele Summanden berücksichtigen, um eine Funktion exakt zu 
beschreiben und wirklich alle ihre Komponenten zu erhalten. In der Praxis jedoch muß man die 
Untersuchung natürlich nach endlich vielen Gliedern abbrechen und versuchen, eine hinreichende 
Annäherung zu erzielen. 








y=sinx+ sinsx A sindx 





Abb. 1.5: Konstruktion einer Rechteckwelle mit 3 Sinusanteilen 
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a) = 
fi) = — + 2 a, "cos(k*x) 
2 k=1 
mit den Koeffizienten 
1 + 
u Se x ni (f(x) * cos(k*x)) dx (k = 0,12...) 
2 "N 
b, = 0 (für alle k) 
beziehungsweise 
ee.) a, "sin(k*x) 
2 k=1 
mit 
a,” 0 (für alle k) 
1 + 
b, = — * [ (f(x) * sin(k*x)) dx (k = 0,12...) 
n ve 
Formel 6 


Wie in Abb. 1.5 zu sehen, läßt sich durch Addition von nur drei Sinusfunktionen bereits eine zwar 
noch nicht sehr exakte, aber doch schon erkennbare Annäherung an die hier gewünschte Funktion, 
die Rechteckfunktion, erreichen. Diese und die anderen in der Abb. 1.6 dargestellten Wellen- 
formen, Sinus-, Dreieck-, Rechteck- und Sägezahnform, sind relativ elementare mathematische 
Funktionen und daher sehr einfach mit elektronischen Mitteln zu erzeugen. Deshalb begegnetman 
ihnen auch überall in der elektronischen Musik. Hier wird erkennbar, wie Anzahl und Intensität 
der enthaltenen Oberwellen ansteigen, je weiter sich die Wellenform von der reinen Sinusfunktion 
entfernt. 


26 Grundlagen der digitalen Audiotechnik 












Funktion und Fourier-Reihe Spektrüm 
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Abb. 1.6: Verschiedene Fourier-Entwicklungen 








Periodizität und Rauschen 


Die bisher besprochenen Typen von Schwingungen haben mit den Klängen von Musikinstrumen- 
ten eines gemeinsam: Sie bestehen alle aus einer zwar unendlichen, ober doch definierbaren 
Anzahl von Teilschwingungen. Weil sie sich auch allein aus Funktionen zusammensetzen lassen, 
die einen festen Frequenz“und Periodenabstand aufweisen, wie z.B. bei der Fourier-Analyse die 
ganzzahligen Vielfachen.der Grundschwingung, sind sie periodisch und ihr Verlauf damit 
durchgehend vorhersagbar. Diese Verteilung von Frequenzkomponenten nennt man in der Physik 
ein diskretes Spektrum, da sich die einzelnen Anteile voneinander unterscheiden und trennen 
lassen. 


Dies istaberbei weitem nicht bei allen Schallereignissen der Fall, denen wir in der Natur begegnen. 
Da die meisten von ihnen nicht von physikalisch genau definierten Systemen mit bestimmten 
Eigenfrequenzen wie Luftsäulen, Saiten oder elektronischen Schwingkreisen erzeugt werden, 
sondern von Ereignissen eher zufälligen Charakters, sind sie nicht auf die oben beschriebene 
Weise darstellbar. Solche Schwingungen bezeichnet man im Audiobereich als Rauschen. Das 
Spektrum einer solchen Wellenform unterscheidet sich von denen der periodischen Funktionen 
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vor allem dadurch, daß die einzelnen Frequenzanteile untereinander keinen bestimmten Abstand 
mehr haben, sondern unendlich nahe beieinanderliegen. Dies nennt man auch ein kontinuierliches 
Spektrum. Da der Frequenzbereich eines Rauschens im allgemeinen begrenzt ist, ist es auch hier 
sinnvoll, von einer Spektralverteilung zu sprechen und zu versuchen, diese zu ermitteln, was man 
mit Hilfe des sog. Fourier-Integrals erreichen kann. Ist die Verteilung entlang eines bestimmten 
betrachteten Frequenzbereiches genau ebenmäßig, d.h. alle Anteile in diesem Bereich weisen 
dieselbe Intensität auf, so spricht man auch von einem weißen Rauschen. 








Abb. 1.7: Weißes Rauschen und Rauschspektrum 


Das Rauschen ist die vorherrschende Wellenform in der Natur. Typische Beispiele für 
Rauschspektren sind das Windrauschen, bei dem die Zusammenstöße und Reibungen einer 
großen Anzahl von Luftteilchen zu einem vollkommen zufälligen Schalldruckverlauf führen, oder 
das thermische Rauschen eines elektronischen Bauteiles, das durch die Wärmebewegung der 
Moleküle der leitenden Schichten und die davon angeregte Bewegung der Elektronen verursacht 
wird. 


1.1.3 Die Beschreibung akustischer Ereignisse 


Im letzten Abschnitt wurde gezeigt, wie sich Schwingungsformen analog der Funktionsweise des 
menschlichen Gehörs analysieren und beschreiben lassen. Es wurden hierbei jedoch nur Funktio- 
nen betrachtet, die entweder periodisch sind oder, im Falle des Rauschens, zumindest ein 
gleichbleibendes Spektrum aufweisen und so für unser Gehör einen durchgehenden Konstanten 
Klang darstellen. Die meisten Schallereignisse aber, denen wir in der Realität begegnen, ändern 
in ihrem Verlauf ihre Lautstärke, Tonhöhe und/oder spektrale Verteilung. In der Audiotechnik ist 
es daher notwendig, weitere Klassifikationskriterien für die Eigenschaften von akustischen 
Ereignissen aufzustellen. 


Der spektrale Verlauf 


Einen absolut beliebigen, nichtperiodischen Druckverlauf bezeichnet man als Geräusch. Im 
allgemeinen ist das Spektrum eines Geräusches nicht konstant, die Gewichtung der Frequenz- 
anteile ändert sich also in seinem Verlauf. So ist es z.B. eine typische Eigenschaft des Wind- 
rauschens, bei starkem Wind heller zu klingen als bei schwacher Luftbewegung. Deshalb ist es 
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möglich, auf der Grundlage eines weißen Rauschens, das man durch einen Freque 
und die Filtercharakteristik ungefähr im Rhythmus von Windböen ändert, eine; 
Nachahmung einer romantischen Sturmnacht zu erzielen. Genauso lassen si 
Wellenformen durch den Einsatz von Filtern in ihrer Spektralverteilung beliebi 
menschlichen Sprache wird z.B. die Schwingung der Stimmbänder durch die‘ 
so verändert, daß bestimmte Teilschwingungen, Formanten genannt, besond 
und damit den Klang der verschiedenen Vokale A, E, I, O, U ausmachen 
wenn man eine sehr oberwellenreiche Wellenform aus einem Synthesi je z.B. Rechteck oder 
Sägezahn, einer entsprechenden Filterbehandlung unterzieht. Hieraus,wird erkennbar, wie sich 
komplexe, veränderliche Klangbilder mit Hilfe von wenigen Grundwellenformen und einer 
dynamischen Filterung beschreiben und nachahmen lassen. ; 
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Abb. 1.8: Hüllkurve von Klavier und Flöte 
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Hüllkurven 





sein Lautstärkeverlauf. Eine Flöte beispielsweise klingt nicht nur deswegen weich [ sanft, weil 
sie nur eine geringe Anzahl von Oberwellen aufweist, sondern auch wegen; ‚des 2 FR 
Anblasverhaltens, also der zeitlichen Verzögerung, die sich zwischen , 
Hineinblasens und dem vollen Erklingen des Tones ergibt. Im Gegensatz dazuh: 
einer Gitarrensaite oder der Anschlageines Klaviers einen sehr harten Charakter, davonderersten 
Schwingungsphase an die volle Lautstärke vorhanden ist. 








Diesen Verlauf der Gesamtlautstärke eines Tones bezeichnet man auch als’seine Hüllkurve (engl.: 
envelope). Um nun die Hüllkurveeines beliebigen vorgegebenen Schällereignisses, vorzugsweise 
des Klanges eines Instruments, einigermaßen treffend beschreiben. ‚zu "können, ohne dabei die 
Lautstärke jedes einzelnen Moments berücksichtigen und wiedergeben‘ zu müssen (dies wäre eine 
ziemlich unhandliche Angelegenheit), teilt man in der Audiotechnik die Anschlag- und Aus- 
klingphasen eines Tones in vier einzelne, in sich lineare Abschnitte ein: Attack, Decay, Sustain 
und Release. 
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Abb. 1.9: ADSR-Hüllkurvenabschnitte 


indruck sind die Zeitspannen, die von jeder Phase eingenommen werden, die am 
meisten entscheidende Komponente; aber auch die Pegel, auf denen die einzelnen Phasen 
beging und enden, sind hier nicht ohne Bedeutung. Deshalb definiert man ADSR-Werte oft 
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auch als den Wert der Endlautstärke der jeweiligen Phase, was in diesem Fall der Maximälwert 
zwischen Attack- und Decayphase wäre, kombiniert mit der Geschwindigkeit des Amplituden- 
änderung, der sog. Anstiegsrate. Multipliziert man diese mit der Differenz der beiden an- 
grenzenden Pegelwerte, so erhält man die effektive Zeit, die vom letzten Amplitudenwert bis 
zum Erreichen des neuen Wertes bei der jeweiligen Anstiegsrate vergeht. Dies erlaubt eine noch 
flexiblere Darstellung eines Lautstärkeverlaufs, da die Lautstärken der einzelnen Phasen dann in 
beliebigen Verhältnissen zueinander stehen können. 


Als Attack bezeichnet man die Zeitspanne, die vom Auslösen des Tones bis zum Erreichen der 
maximalen Lautstärke vergeht. Wie oben erwähnt, bewirkt eine kurze Attack-Dauer einen 
scharfen explosiven Ton, währendeine lange Attack-Zeit einen weichen, gedehnten Toncharakter 
zur Folge hat. 


Der Decay-Wert beschreibt die Dauer des Absinkens der Lautstärke vom Attack-Lautstärkewert 
auf ein konstantes Niveau oder, wie bei Instrumenten ohne konstante Haltephase, auf den O-Wert. 
Besitzt ein Instrument auch keine Dämpfungsvorrichtung, wie die Dämpfer eines Klaviers, 
sondern schwingt stets frei aus, wie z.B. eine Glocke, kann der-Lautstärkeverlauf allein mit diesen 
beiden Elementen, Attack und Decay, wiedergegeben werden. 


Das Sustain bestimmt den Pegel, auf dem sich die Lautstärke nach der Decay-Phase stabilisiert. 
Dieser wird solange aufrechterhalten, wie die entsprechende Taste gedrückt oder ein Blasinstru- 
ment mit Luft versorgt wird. Eine solche Haltephase besitzen nur Instrumente, die durchgehend 
mit Energie zum Schwingen versorgt werden, wie z.B. eine Orgel, eine Flöte, eine Geige oder ein 
elektronisches Instrument. Der Lautstärkepegel kann sich auch während der Sustain-Phase noch 
ändern, wenn das Sustain-Level durch die Anstiegsrate ergänzt wird, mit der Klang vom Ende der 
Decay-Phase mit dem dort vorliegenden Lautstärkewert bis zum Erreichen des Sustain-Levels 
anschwellen oder leiser werden soll.‘Auf diese Weise lassen sich auch Töne mit einem sehr 
unnatürlichen Lautstärkeverlauf, wie z:B. einem »Stottern«, erzeugen. 


Der Release-Wert schließlich bezeichnet die Dauer des Abklingens eines Tones, nachdem eine 
Taste losgelassen oder der Luftstrom eines Blasinstrumentes unterbrochen wurde. Dies entspricht 
auch dem Abdämpfen einer Gitarrensaite oder eines Schlagzeugbeckens mit der Hand. Bei 
elektronischen Instrumenten kann man die Endlautstärke dieser Phase, die bei natürlichen 
Instrumenten immer 0 ist, auch»auf einen noch hörbaren Wert setzen, so daß jeder Ton quasi 
unendlich lange »nachhallt«. 


Wie oben erwähnt, gibt’es in der Audiotechnik zwei Interpretationen für die ADSR-Einteilung 
einer Hüllkurve: Im einfacheren Fall betrachtet man die Werte von Attack, Decay und Release als 
Zeitspannen und Sustain als den Haltepegel, wobei die sonstigen Pegel entweder als das 
Maximum oder als 0 definiert sind. Mehr Möglichkeiten gewinnt man jedoch, wenn man jeder 
dieser Phasen soWohl eine Anstiegsrate als auch einen Endlautstärkewert zuordnet. 


In Abb. 1.10 sind verschiedene Lautstärkeverläufe auf diese Weise dargestellt. Bei der Imitation 
von Musikinstrumenten oder Geräuschen mitrelativ einfachen elektronischen Vorrichtungen, wie 
einem Sinus=oder Rauschgenerator, geht man am besten so vor: Zuerst bestimmt man die dem 
Klang zugrundeliegende Wellenform, wobei eventuelle Änderungen derselben außer acht ge- 
lassen werden müssen, sofern man nicht über entsprechende variable Filter verfügt. Dann versucht 
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Abb. 1.10: Nachahmung.der Hüllkurven verschiedener Instrumente 


man, den geraden Verlauf der ADSR-Hüllkurve der vorliegenden Hüllkurve möglichst genau 
anzunähern, indem man sich an,den jeweiligen Maximalwerten für Attack, Decay und Release 
orientiert und eventuelle Nichtlinearitäten vernachlässigt. 


1.2 Die digitale Verarbeitung von Audiosignalen 


Der Einsatz digitaler‘ Verfahren hat sich in den letzten Jahren in so gut wie jedem Bereich der 
Audiotechnik mit großer: Geschwindigkeit verbreitet und durchgesetzt. Sei es nun im HiFi- 
Bereich, wo die Hersteller von DAT-Recordern oder CD-Spielern Umsatzrekorde feiern, oder auf 
dem Sektor der M ikinstrument- und Studiotechnik, wo inzwischen digitale Synthesizer, Drum- 
machines, Mischp und Aufnahmegeräte immer mehr die konventionellen analogen Geräte 
verdrängen, ül | eröffnet die Digitaltechnik eine neue Dimension und setzt bisher nicht 














bekannte 3stäbe hinsichtlich Qualität und Flexibilität der in der Audiotechnik eingesetzten 
Geräte. Wi | Beginn dieses Kapitels erwähnt, ergeben sich aus dem Verfahren, statt analoger 





Größen nu die Werte 0 und 1 zuzulassen, einige überraschende Eigenschaften der digitalen 
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Bearbeitung von Audiosignalen, die in der konventionellen, analogen Weise nichtiot 
enormem Aufwand zu erzielen wären. Betrachtet man den Bereich der reinen Aufnahme- und 
Wiedergabetechnik, so fallen einem zuerst auf: 


QO Unempfindlichkeit von Übertragungen gegen Einstreuungen und bautei sche Fehler 


wie Rauschen, Temperaturdrift etc. 


Ü 


Keine Anhäufung von Fehlern und Verzerrungen bei mehrmaliger iahme und Wieder- 


gabe (Kopiereffekt) 
Praktisch kein Bandrauschen 











Absolut linearer Frequenzgang bis hinunter zu Gleichspannungen. 





Keine Gleichlaufschwankungen 





Keine Beeinflussung der einzelnen Kanäle untereinander (Übersprechen) 


DU vo 0.D00 


Perfekte Bandlöschung 


Nimmt man noch den Bereich der Instrumentaltechnik hinzu, ergeben sich noch weitere Vorteile 
der digitalen Signalverarbeitung: 


O Synthese von beliebig komplexen Wellenformen,, 


O Keine Beschränkung hinsichtlich Wiedergabezeitpunkt oder Wiederholungen, sondern belie- 
biges Aneinanderreihen von Teilen vorliegender Daten möglich (Drum-Machine) 


Ü Wiedergabe aufgenommener Klänge in beliebigen Tonhöhen durch Änderung der Ausgabe- 
rate (Sampler) 


en BER D- a D/A- S&H- 
en BER a wer Verst. 

















Abb. 1.11: Komponentenkette zur digitalen Signalverarbeitung 


Es sind jedoch auch hier einige für die Digitaltechnik spezifische Probleme und Fehlerquellen zu 
beachten. In, diesem Abschnitt sollen zunächst die Methoden zur Umsetzung von analogen 
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1.2.1 Abtastung 


Sample&Hold-Verstärker und A/D-Wandler a 

Das Kernstück desjenigen Teiles der in Abb. 1.11 dargestellten Komponentenkette,:der für die 
Analog- nach Digital-Umsetzung zuständig ist, ist der A/D-Wandler. Er hat die, Aufgabe, eine 
anliegende analoge Spannung auf einen bestimmten Befehl hin zu prüfen.und in einen 
ganzzahligen numerischen Wert umzuwandeln. Dieser Befehl zur Proberientnahme (Sampling) 
wird in einem festen zeitlichen Abstand (Sampling-Rate) wiederholt, sodaß.man eine Folge von 
Zahlen erhält, die den Verlauf der anliegenden Spannung beschreiben: ' 
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Abb. 1.12: Analog-Digital-Umsetzung 


Binärzahlen 


Zur Repräsentation von Zahlenwerten verwendet die gesamte Digitaltechnik eine Darstellung 
durch binäre Werte, auch Binary Digits oder kurz »Bits« genannt. Diese wurden gewählt, da sie 
nur die Werte O und 1 annehmen können, um so den Aufbau von digitalen Rechenwerken 
möglichst zu vereinfachen. Möchte man nun höhere Werte alsO und 1 darstellen, somuß man diese 
binären Stellen in Form eines ‚Stellenwertsystems, in diesem Fall des Dualsystems, anordnen. Im 
Dualsystem, ebenso wie imsonst gebräuchlichen Dezimalsystem, werden den einzelnen Bits bzw. 
den einzelnen Stellen dieBasis des Systems, 2 bzw. 10, zur Potenz ihrer Stellennummer erhoben 
zugeordnet. Im Dualsystem heißt das, daß die Stelle mit dem kleinsten Wert (LSB = least 
significant bit) wieim Dezimalsystem mit dem Faktor 1 belegt wird, die nächsthöhere Stelle aber 
nicht zehnmal, söndern nur doppelt so hoch bewertet wird. Während also die Ziffern einer 
Dezimalzahl mit‘1,:10, 100, 1000 oder in Potenzschreibweise 10°, 10!, 102, 10° etc. multipliziert 
werden müssen;sind die Bits einer Binärzahl mit 1,2,4,8 oder 2°, ER 22, D etc. zu multiplizieren, 
um deren Wert zuerhalten. Der Wertebereich, den man miteiner Anzahl von n Bit darstellen kann, 
reicht daher von O bis 2"-1, wobei man das höchstwertige Bit als MSB (Most Significant Bit) 
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bezeichnet. Da man bei der Numerierung der Bits einer Binärzahl stets bei 0 b& 
niederwerti Se Bit hat immer den Wert 2° = 1), steht das MSB immer an der Stellen= ,, sein Wert 
beträgt also 2"! 
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"Abb. 1.13: Dualsystem 


Das Zweierkomplement 


Mit Hilfe des Dualsystem$ lassen sich also aus Bits positive ganze Zahlen konstruieren. Wie sieht 
es aber mit negativen Zahler aus? Das Dualsystem liefert hierauf keine Antwort, da in ihm keine 
negativen Werte definiertsind. Es muß also eine Modifikation dieser Darstellungsform gefunden 
werden, dieden Anwendungsbereich der Binärzahlen dementsprechend erweitert. Auch sollte die 
Durchführung elementarer mathematischer Operationen keine Schwierigkeit bedeuten. Eine 
Darstellung vonsniegativen Binärzahlen muß also zusätzlich noch den Eigenschaften der binären 
Addition und Subtraktion entsprechen, d.h., jede Zahl muß von sich selbst subtrahiert oder mit der 
negativen addiert 0 ergeben. Darüber hinaus sollten auch einfache, schnelle Operationen wie 
Multiplikation durch Bitverschiebung etc. noch ihre Gültigkeit behalten. 
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Eine Möglichkeit, dies zu realisieren, bildet die Zweierkomplement-Darstellung. Sieistabgeleitet 
vom einfachen Signedbinary-Verfahren, bei dem das höchstwertige Bit einer Duälzahl als 
Vorzeichen und die restlichen Bits als der Absolutwert betrachtet werden, wobei im Vorzeichen- 
bit traditionsgemäß 0 für einen positiven und 1 für einen negativen Wert ‚steht. Beim 
Zweierkomplement ist dies im positiven Bereich zwar ebenso, jedoch unterscheidet es sich von 
der Signed-binary-Methode bei der Darstellung von negativen Zahlen. Um die zu einer Zahl 
gehörige negative Zahl zu erhalten, bildet man zunächst deren binäres Kömplement, d.h., man 
setzt für jedes 1-Bit eine 0 ein und umgekehrt, jedes 0-Bit auf 1. Dann folgt das Entscheidende an 
der Zweierkomplement-Methode: Zu dem so erhaltenen Wert addiert man noch 1 hinzu, um eine 
korrekte binäre Addition und Subtraktion zu ermöglichen. Daß dies nötig ist, sieht man an der 
Tatsache, daß ohne diese Korrektur in der Darstellung keine zusammenhängende Abfolge der 
Zahlenwerte mehr gewährleistet wäre, da für die Stelle O0 zwei Werte vorhanden wären, nämlich 
eine positive und eine negative 0. Um diese Unstimmigkeit mit/der,mathematischen Realität zu 
beseitigen und die Programmierung zu vereinfachen, führte mandas Zweierkomplement fast 
überall in der Digitaltechnik als gebräuchliche Darstellung von Integer- (ganzen) Zahlen ein. 


In der folgenden Tabelle sind die Umrechnungs-Werte für eine 8 Bit breite Zweierkomplement- 
Darstellung aufgeführt: 


dezimal Zweierkomplement 





dezimal 





Zweierkomplement 




















0 00000000 
1 00000001 11111111 
2 00000010 11111110 
3 00000011 11111101 
4 00000100 11111100 
5 00000101 11111011 
6 00000110 11111010 
1 00000111 11111001 
8 00001000 11111000 
9 00001001 11110111 
10 00001010 11110110 
11 00001011 11110101 
126 o111m0 10000001 
127 O1 114 10000000 
Der A/D-Wandler 


Im Bereich der Analog/Digital-Umsetzung haben sich verschiedene Methoden etabliert. Viele 
A/D-Wandler verwenden eine Darstellung ihres Wertebereiches von 0 bis 2-1, wobei der 
»Nullpunkt« bei ae liegt, andere liefern ihre Ausgabewerte in der Zweierkomplement-Form. Da 
dies für den Aufbau des Wandlers meist keinen wesentlichen Unterschied bedeutet, existieren 
auch viele ‘Versionen mit umschaltbarer Darstellungsart. 
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Grundsätzlich unterscheidet man die folgenden Typen von A/D- Wandlern: 


OD Parallelwandler: Bei dieser Art von A/D-Wandlern existiert für jeden einzelnen Wert, der 
unterschieden werden soll, eine eigene Komparatorstufe, d.h. eine Vergleichseinheit, die ent- 
scheidet, ob der anliegende Spannungswert größer oder kleiner als der jeweilige Vergleichswert 
ist. Da diese Sorte eine sehr kurze Öffnungszeit aufweist, d.h. eine geringe Zeitspanne vom Start 
des Wandlungsvorganges bis zum Anliegen gültiger Daten, werden diese Wandler hauptsächlich 
in zeitkritischen Bereichen wie z.B der Videotechnik eingesetzt. Da aber bei einem Wertebereich 
von n Bit eine Anzahl von 2" Komparatoren notwendig ist, was z.B. bei den beim CD-Player 
verwendeten 16 Biteine Menge von 65536 Stück wäre, steigen die Kosten mit höherer Auflösung 
überproportional an, wodurch ihre Verwendung im Audiobereich unrentabel wird. 





. — : 


Referenz 


analog ein 









D/A- 
Wandler 


Komparator\ / 


Schieberegister 
(SAR) 





Takto 





Takt-. und 


Start Status digital aus 











 @ “Abb. 1.14: AID-Wandler mit schrittweiser Annäherung 


OD Wandler mit schrittweiser Annäherung (engl.: successive approximation): Solche Wandler 
errechnen ihr Ergebnis, indem sie die anliegende Spannung nacheinander mit Spannungswerten 
vergleichen, die im Verhältnis zur Maximalspannung (Referenzspannung) genau den Stellen- 
werten der;einzelnen Bits entsprechen. Zuerst wird entschieden, ob die anliegende Spannung 
größer oder kleiner ist als die Hälfte der Referenzspannung und das höchstwertige Bit danach 
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gesetzt, dann wird ein Viertel der Referenzspannung hinzugefügt, wieder verglichen ünd;dem- 
entsprechend das nächstuntere Bit gesetzt, dann dasselbe miteinem Achtel der Referenzspannung 
und so fort (siehe Abb. 1.15). Hierbei wird nur eine Vergleichseinheit benötigt, wa ‘gegenüber 
dem letztgenannten Wandlertyp einen hohen Preisvorteil bietet. Da der Vorgang def’schrittweisen 
Spannungsannäherung jedoch mehrere Vergleichsphasen braucht, um zum end ültigen Ergebnis 
zu gelangen, vervielfacht sich die Wandlerzeit im Vergleich zu den Parallel in ungefähr um 
die Anzahl der darzustellenden Bits, was bereits im Audiobereich zu de: ge führt, ob ein 
Wandler dieser Sorte für die hier herrschenden Ansprüche geeignet ist. „ 












Abb.t.1 5: Entscheidungskette bei der schrittweisen Annäherung 







Betrachtet man nämlich die Phase vom Beginn der Wandlung bis zur Beendigung des letzten 
Vergleichsvorganges, so fällt auf, daß sich die anliegende Spannung inzwischen auch soweit 
vrader haben könnte, daß der vom Wandler ausgegebene Wert nicht mehr dem zum Zeitpunkt 
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des Wandlungsbeginns anliegenden Spannungswert entspricht. Das Ergebnis wäre eine 
Fehlabtastung besonders von hohen Frequenzen, da bei diesen die Spannungspegel eine besonders 
hohe Änderungsgeschwindigkeit aufweisen. Sehen wir uns das an einem Beispiel an: Die meisten 
A/D-Wandler mit sukzessiver Approximation der mittleren Preisklasse haben Öffnungzeiten um 
10 us, können also maximal um die 100000 Wandlungen pro Sekunde ausführen. Nimmt maneine 
noch gut hörbare Sinusschwingung, beispielsweise mit einer Frequenz von 10 Kilohertz und einer 
Amplitude von 1 Volt, so stellt man fest, daß sich während der Öffnungszeit der Spannungspegel 
im ungünstigsten Fall bereits um 0.6 Volt, also um 60% geändert hat! Dies hat natürlich eine große 
Fehlerkomponente in den abgetasteten Werten zur Folge, die sich in Form von Verzerrungen 
bemerkbar macht. Allerdings zeigt die Praxis, daß trotz der theoretisch ermittelten Grenzfrequenz, 
bis zu der ein Wandler in Näherung exakt arbeitet, noch bei viel höheren Frequenzen brauchbare 
Ergebnisse erzielt werden. 


Allgemein lassen sich der Amplitudenfehler und die daraus resultierenden Anforderungen an die 
Eingangsfrequenzen bzw. die Öffnungszeit des Wandlers so formulieren: Da eine Sinusschwin- 
gung an ihrer »steilsten« Stelle, der 0, genau eine Steigung von 1 aufweist, ist die Änderung des 
Spannungspegels, dU, beschreibbar durch 


BUSE=ZEUNGE EZ ZTIE ER 
max w 


Formel 7 


wobei U(max) die maximale Spannung, t(w) die Öffnungszeit des Wandlers und f die abgetastete 
Frequenz ist. Betrachtet man nun das Verhältnis zwischen diesem Amplitudenfehler und dem 
Maximalwert der Eingangsspannung 


AU 


U 
max 


er 
w 


Formel 8 
so ergibt sich für einen maximal tolerierbaren Fehler von +- 1/2 LSB, also 
AU 
-(n-1 
. ze) 
U 


max 


Formel 9 
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bei gegebener Frequenz eine zulässige Öffnungszeit des Wandlers von 


1 


w = 
2 re: 


Formel 10 


und bei gegebener Öffnungszeit eine höchstmögliche Frequenz von 


1 


max -n 
- 2 St 
w 


Formel 11 


Der S&H-Verstärker 


Eine Lösung für dieses Problem stellt der sogenannte Sample&Hold-Verstärker dar. Dieserhat die 
Aufgabe, eine am Eingang anliegende Spannung von einem bestimmten Moment an konstant- 
zuhalten, damitein am Ausgang angeschlossener A/D-Wandler die Spannung in Ruhe analysieren 
kann. Im wesentlichen besteht eine solche S&H-Einheit lediglich aus einem Kondensator und 
einem Schalter, von dem der Kondensator jeweils für kurze Zeit mit der Eingangsspannung 
verbunden wird, um den Wert der Spannung anzunehmen. Dann wird die Verbindung zum 
Eingang unterbrochen, so daß bis zum Beginn des nächsten Wandlungzyklus am Kondensator 
eine unveränderliche, konstante Spannung greifbar ist. 


Ein S&H-Verstärker bewirkt also die Umwandlung einer Schwingung in eine Treppenfunktion, 
wobei die einzelnen Stufen den zeitlichen Abstand der einzelen Abtastbefehle haben, allerdings 
noch keine festen Spannungsabstände aufweisen. Die Auswirkungen, die diese Umwandlung in 
eine Treppenfunktion auf das Frequenzspektrum hat, sind Gegenstand des Abschnitts 1.2.1.3. Die 
Effekte der Überführung von analogen Spannungswerten in ganzzahlige Werte und die sich 
daraus ergebenden Rundungsfehler werden im nächsten Abschnitt besprochen. 


Die Auflösung des A/D-Wandlers 


Ausgehend von der Tatsache, daß das Eingangsignal durch einen S&H-Verstärker lange genug 
konstantgehalten wird, um korrekt analysiert zu werden, wenden wir uns nun der eigentlichen 
Aufgabe des A/D-Wandlers zu, der Umwandlung der Spannungswerte in ganze Zahlen. Neben 
der Häufigkeit, mit der diese Abtast- und Umsetzvorgänge ausgelöst werden (Sampling-Rate), ist 
die Anzahl der verschiedenen Werte, in die der zulässige Bereich des Wandlers unterteilt ist 
(Auflösung), wohl die wichtigste Eigenschaft einer Analog/Digital-Umsetzung im Hinblick auf 
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ihre Qualitätund Wiedergabetreue. Wird nämlich ein analoger Spannungswert auf einen digitalen, 
ganzahligen Wert gerundet oder der Nachkommateil einfach abgeschnitten, so karin.der hierbei 
entstehende Fehler nicht größer sein als eine dieser »Quantisierungsstufen«, d.h. als.der Abstand, 
der die einzelnen digitalen Werte voneinander trennt. Da die Menge der mit,einer Dualzahl 
darstellbaren Werte von der Anzahl ihrer Stellen abhängig ist, leitet sich also.die Umsetzungs- 
qualität eines A/D-Wandlers im wesentlichen von der Anzahl der Bits ab, die dieser liefert. 


Um die Effekte der Amplitudenquantisierung von denen der zeitlichen Abtastung besser unter- 
scheiden zu können, wird im folgenden von der Tatsache der zyklischen Probenentnahme 
abgesehen und eine in dieser Hinsicht »ideale«, also pro Zeiteinheit unendlich oft durchgeführte 
Abtastung angenommen. Abb. 1.16 zeigt eine unter solchen Bedingungen digitalisierte Wellen- 
form. Wie im letzten Abschnitt erläutert, läßt eine Anzahl von/n Bit die Unterteilung des 
Spannungsbereichs in 2" Werte zu, das kleinste unterscheidbare,Spannungsintervall wird also 
durch jedes hinzugenommene Bit halbiert. Dementsprechend verkleinert sich natürlich auch der 
maximale Fehler, also die Differenz zwischen dem tatsächlich anliegenden Spannungswert und 
seiner vom A/D-Wandler wiedergegebenen digitalen Entsprechung. Diese durch die Anzahl der 
in der Darstellungsbreite verwendeten Bits bedingte Genauigkeit wird auch als die Auflösung 
eines A/D-Wandlers bezeichnet. 








n=2bits n = 3 bits n = 4 bits 








= 





| "Abb. 1.16: Quantisierungsfehler bei verschiedenen Auflösungen 


Der Wandler. kann sich, wie erwähnt, bei der Anpassung der analogen Spannungen an die 
diskreten Zahlenwerte zweier Methoden bedienen: entweder einer Rundung im mathematischen 
Sinne, bei der unterhalb der Mitte zwischen zwei Werten ab- und darüber aufgerundet wird, oder 
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der einfachen Vernachlässigung des Nachkommaanteils, wie in Abb. 1.16 dargestellt, wobei nur 
abgerundet wird. Verwendet der Wandler jedoch nur positive Werte oder die Zweierkomplement- 
Darstellung, so entspricht die mathematische Rundung genau der einfachen Abrundung des um 
ein halbes Rundungsintervall erhöhten Wertes, die sich aus den beiden Verfahren ergebenden 
Gesamtfehler haben also die gleiche statistische Verteilung. Dies bezeichnet man auch als die 
Symmetrie des Rundungsfehlers. Aufgrund dieser Tatsache können wir die Unterschiede zwi- 
schen den beiden Methoden vernachlässigen und zur Vereinfachung nur die Abrundung be- 
rücksichtigen. 


Störabstand und Quantisierungsrauschen 


Der Quantisierungsfehler bei einer A/D-Wandlung ist im allgemeinen in seinem Verlauf 
unvorhersagbar und ist deshalb einem Rauschen ähnlich, weshalb man es auch als »Quantisie- 
rungsrauschen« bezeichnet. Daeine Quantisierungsgstufe dem Wert des niederwertigsten Bits der 
Darstellung entspricht 


> 


1 LSB 


Formel 12 


und da der Fehler maximal eine Quantisierungstufe betragen kann, spricht man in diesem Fall von 
einem Quantisierungsrauschen mit der Amplitude 1 LSB. Eine der wesentlichsten Eigenschaften 
eines Elementes in der Audiotechnik, der Störabstand, d.h. das Verhältnis zwischen der maxima- 
len Lautstärke und der Lautstärke der Störgeräusche, läßt sich bei einem A/D-Wandler also direkt 
durch die Anzahl der Bits seiner Darstellung ermitteln. Es läßt sich daher schreiben: 


Rauschabstand in dB = 20 * log(2") 

wobei log - dekadischer Logarithmus 
n - Anzahl der Bits 
Formel 13 


Mit jedem Bit, das man bei einer Darstellung berücksichtigt, halbiert sich mit den Quantisierungs- 
intervallen der zu erwartende Fehler und verdoppelt sich also der Rauschabstand. Da ein 
Verhältnis von 1:2 einen dB-Wert von 
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dB-Wert 2) = 20 *lo2 = 6 


Formel 14 


hat, bedeutet ein zusätzliches Bit eine Rauschabstandverbesserung bzw. einen Dynamikgewinn 
von ungefähr 6 dB. Dieser läßt sich also auch so abschätzen: 


Rauschabstand n dB = n*6 
wobei n - Anzahl der Bits 
Formel 15 


Eine Auflösung von 8 Bit, wie beim Amiga üblich, ermöglicht also einen Rauschabstand von 
ungefähr 48 dB. Die von einem CD-Player verwendeten 16 Bit erzielen sogar 96 dB. 


Die Aussteuerung bei der A/D-Umsetzung 


Bei den vorangegangenen Überlegungen bezüglich des Störabstandes wurde jedoch stets davon 
ausgegangen, daß die abgetastete Schwingung genau die maximal mögliche Amplitude hat, den 
durch die Auflösung vorgegebenen Wertebereich also voll ausnutzt. Da dies bei den real in der 
Audiotechnik vorkommenden Wellenformen selten der Fall ist, muß man sich die Frage stellen, 
welche Auswirkungen eine Unter- und Überschreitung dieses optimalen Aussteuerungspegels auf 
den Störabstand und damit auf die Klangqualität haben kann. Beschäftigen wir uns zuerst mit dem 
Fall der Unteraussteuerung, also der unzureichenden Abdeckung des zur Verfügung stehenden 
Wertebereichs. Wie in Abb. 1.17 zu sehen, treten in der Praxis oft Lautstärkeverläufe mit einer 
langen Ausklingphase auf, wie z.B. bei einem Klavier. Hier ist folgender Effekt zu beobachten: 
Je geringer die Lautstärke des ausklingenden Tones wird, desto kleiner wird auch das Verhältnis 
zwischen ihr und den Quantisierungsintervallen, desto ungünstiger also der Signal-/Rauschab- 
stand. Diese Verminderung fällt bei mittleren Lautstärkennoch nicht sonderlich ins Gewicht, doch 
spätestens, wenn der Wandler nur zwischen wenigen oder im Extremfall nur noch zwischen zwei 
Werten hin- und herspringt, wird der Klangcharakter so verstümmelt, daß der Unterschied auch 
bei sehr geringen Lautstärken störend auffällt. Das führt dazu, daß sich die Tonqualität beim 
Ausklingen eines Tones, obwohl die durch die Quantisierung erzeugte Rauschleistung stets gleich 
bleibt, subjektiv gesehen drastisch verschlechtert. 
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n=3bits 





Abb. 1.17: Unteraussteuerung und Granularrauschen 


Diesen Effekt bezeichnet man auch als Granularrauschen. Im Bereich der digitalen Aufnahme- 
und Wiedergabesysteme hat dieser eine große Bedeutung und schafft ziemliche Probleme, 
weshalb hier auch spezielle Verfahren zur Reduktion seiner Hörbarkeit eingesetzt werden, z. B. 
indem man es durch ein zusätzliches Rauschen von ungefähr 1 LSB Amplitude zu »maskieren« 
versucht. Auf dem Sektor der.digitalen Musikinstrumente, also bei den Samplern, ist es im 
allgemeinen möglich, di _ unangenehmen Effekt durch die Einhaltung einer bestimmten 
Mindestaussteuerung weitgehend zu vermeiden. Um geringe Lautstärken zu erzeugen, sollte hier 










bereich verwendende digitale Wellenform in Verbindung mit einem analogen Lautstärkeregler, 
damit auch bei kleineg,Lautstärke der maximal durch die Auflösung erreichbare Rauschabstand 
erhalten bleibt 








kennligie ei s s analogen Bauteiles oberhalb der A ne nur langsam verändert, 
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haben schon kleine Überschreitungen des Wertebereichs eines A/D-Wandlers fataleAus‘ irkun- 
gen auf das Frequenzbild. Abb. 1.18 zeigt, wie die die Aussteuerungsgrenze ül & 
Spannungsanteile nicht wie in einem analogen System gedämpft, sondern sauber abgeschnitten 
werden. Das Ergebnis ist eine Verzerrung in Form von (hauptsächlich ungeradzahli; g 

wellen, die leider im allgemeinen sehr guthörbar sind und sich im Klang demehits 
bemerkbar machen. 











Clipping-Verzerrungen 


Abb. 1.18: Übersteuerungsverhalten eines AID-Wandlers 


Da in einem akustischen Geschehen sowohl die Intensität als auch die Zeitpunkte des Auftretens 
von Lautstärkespitzen nicht voraussehbar sind, empfiehlt es sich also, bei der Aussteuerung von 
A/D-Wandlungsvorgängen grundsätzlich eine gewisse Reserve einzuplanen. Für die Höhe dieser 
Reserve existieren keine festen Regeln, sie ist im wesentlichen abhängig vom allgemeinen 
Dynamikverlauf der Musik,/älso, von der Dichte der Stimmenverteilung sowie des Dynamik- 
verhaltens der einzelnen Instrumente. Allerdings sollte man diese Reserve auch nicht zu hoch 
wählen, da sie in jedem Fall zü Lasten des Signal-/Rauschabstandes geht. Der optimale Wert muß 
im individuellen Fall stets durch Ausprobieren gefunden werden. 





Zeitquantisierung und Shannons-Abtasttheorem 


Wie am Beginn..des letzten Abschnitts erwähnt, ist für die Wiedergabequalität einer 
Digitalisierung‘ iußer der Wandlerauflösung auch noch die an von großer Bedeutung, 
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Um die Spannungsänderungen zwischen den einzelnen Prüfvorgängen vernachlässigenund die 
Auswirkungen des Rundungsfehlers besser untersuchen zu können, haben wir im letzten Ab- 
schnitt die Sampling-Rate als unendlich hoch angenommen. Da jedoch die Kapazitäten der 
verwendeten Geräte in der Praxis sehr begrenzt sind (es soll ja auch alles einigernäßen preiswert 
bleiben), möchte man vor allem in dieser Hinsicht nur die Minimalbedingungen erfüllen müssen. 
Nicht zuletzt. bestimmt hauptsächlich die Sampling-Rate die Menge der pro Zeit anfallenden 
Datenmengen, was besonders bei Samplern und sonstigen digitalen Musikinstrumenten einen 
kritischen Punkt bildet. Damit wir jedoch bei der Betrachtung des Einflusses, den die Häufigkeit 
der Probenentnahme auf die Wiedergabequalität hat, wiederum die Effekte der begrenzten 
Wertabstufung und Amplitudenquantisierung vernachlässigen können, müssen wir nun die 
Auflösung unendlich hoch wählen. Dies ist in der Praxis natürlich‘ebenfalls nicht möglich, hilft 
aber, die Auswirkungen des Abtastvorgangs auf das Frequenzbild besser von den anderen 
Störeinflüssen zu unterscheiden. Tan 


Abtastung 


Wenden wir uns aber nun der Technik der Abtastung selbst'zu. Diese ist als der Prozeß einer 
zyklischen, kontinuierlichen Entnahme von Stichprobenzu sehen, wobei der geprüfte Wertimden 
Zeiträumen zwischen den einzelnen Proben unbekannt ist und ihm deshalb jeweils das letzte 
Prüfergebnis zugeordnet wird. Eine Abtastung liefert.also eine Folge von »Momentaufnahmen« 
der gemessenen Größe, die ihren Verlauf mehr oder minder genau beschreiben. Diese Genauigkeit 
ist erstens von der Häufigkeit der Probenentnahmen und zweitens von der Geschwindigkeit 
abhängig, mit der sich die zu messende Größe’ändert. 


Um sich diesen Zusammenhang zu verdeutlichen, ist es praktisch, einen zu diesem Phänomen 
ähnlichen Effekt aus dem Bereich der Optik zu betrachten. Wohl jeder wird schon einmal 
beobachtet haben, wie im Fernsehen oder Kino sich schnell drehende Räder zeitweise stehen- 
zubleiben oder sich sogar rückwärts zu.drehen scheinen. Das von einer Film- oder Fernsehkamera 
angewandte Verfahren läßt sich insofern mit einer Abtastung vergleichen, als daß ja auch hier in 
festen zeitlichen Abständen Bilder’festgehalten werden, die bei der Reproduktion wegen der 
Trägheit des Auges wieder zu einem kontinuierlichen Bewegungseindruck verschmelzen. Um 
diesen Effekt eingehender zu betrachten, machen wir nun einen kleinen physikalischen Versuch. 
Stellen wir uns hierzu eine Kamera vor, die beispielsweise genau zehn Bilder in der Sekunde 
macht. Diese richten wir aufieine drehbare Scheibe, die mit einer Markierung versehen ist und 
deren Umdrehungsgeschwindigkeit wir frei bestimmen können. Um den Effekt direkt zu beob- 
achten, könnte man dasselbesstatt mit einer Kamera auch mit einem Stroboskop erzielen, welches 
die Scheibe im festen Abstand von einer Zehntelsekunde kurz beleuchtet. In Abb. 1.19 sind einige 
Bildfolgen dargestellt, “die die Betrachtung der Scheibe bei verschiedenen Umdrehungs- 
geschwindigkeitensliefern würde. 


Wie im Abschnitt.].1:2 erläutert, läßt sich eine Kreisbewegung genauso als eine Schwingung mit 
einer bestimmten Frequenz auffassen. Betrachtet man diese im Vergleich zu der verwendeten 
»Abtastfrequenz«, hier zehn Lichtblitze in der Sekunde, so läßt sich beobachten, daß die Richtung 
und wirkliche Geschwindigkeit der Kreisbewegung des Striches auf der Scheibe nur korrekt 
wahrgenommen wird, solange ihre Frequenz weniger als ungefähr die Hälfte der Frequenz der 
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Abb. 1.19: Stroboskopeffekt 

















Lichtblitze beträgt. Wird sie dagegen'größer als eben diese Hälfte, so glaubt das Auge plötzlich 
eine gegenläufige Rotationsbewegung wahrzunehmen. Steigert man die Umdrehungsgeschwin- 
digkeit der Scheibe weiter, so, verlangsamt sich diese scheinbare Gegenbewegung, bis sie bei 
genauer Gleichheit zwischen Umdrehungs- und Stroboskop-Frequenz ganz zum Stillstand 
kommt. Bei noch höherer‘ Jmdrehungszahl meint man wieder eine Rotation in die richtige 
Richtung wahrzunehmen allerdings gegenüber der wirklichen Geschwindigkeit genau um die 
Stroboskop- Frequenz vermindert, bis sich der oben genannte Effekt abermals bei jedem ihrer 
Vielfachen wiederholt % 








Es scheint also, daß die Abtastfrequenz zur beobachteten Frequenz in einem bestimmten 
Mindestverhältnis Stehen muß, um eine richtige Interpretation der Momentaufnahmen zuzulas- 
sen. Ist dies nicht der Fall, so neigt das Auge dazu, nicht die eigentliche, sondern die um die 
Abtastfrequenz; öder um deren ganzzahlige Vielfache) verminderte Umdrehungsgeschwindig- 
keit vorzuspiegeln. Hieraus geht auch hervor, daß man bei der Untersuchung solcher Effekte nicht 
sitiven Frequenzen ausgehen darf: Ist in diesem Fall die betrachtete Frequenz immer 
nochkleiner als die Abtastfrequenz, dann ist ihre Differenz negativ, die scheinbare Drehung hat 
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also die entgegengesetzte Richtung der Ursprünglichen. Wie wir später noch sehen werden, haben 
solche »negativen« Frequenzen auch im Audiobereich eine besondere Bedeutung, da sie genauso 
wie positive Frequenzen wahrgenommen werden und deshalb als in den positiven Bereich 
»gespiegelt« betrachtet werden müssen. 


Mehrdeutigkeiten und Aliasing 


Wie wir nun festgestellt haben, kann das Ergebnis der Abtastung einer Schwingung stets auf 
mehrere Arten interpretiert werden. In unserem Beispiel mit der rotierenden Scheibe haben wir 
dabei vor allem den Fall kennengelernt, daß anstatt der echten Frequenz diese minus einem 
ganzzahligen Vielfachen der Abtastfrequenz wahrgenommen wird. Hierbei wählt das Auge 
wegen seiner Trägheit stets die »bequemste« Interpretation, also dasjenige Vielfache der Ab- 
tastfrequenz, welches in der Differenz mit der abgetasteten die kleinste scheinbare Umdrehungs- 
geschwindigkeit ergibt. Wäre unser Auge jedoch »schnell« genug, um noch höhere Bewegungs- 
geschwindigkeiten genau zu sehen, so könnten wir sehr viele Interpretationen gleichzeitig 
wahrnehmen und zwischen ihnen »hin- und herschalten«, und zwar sähen wir dabei sowohl die 
Differenz als auch die Summe der Drehfrequenz mit den ihr benachbarten Vielfachen der 
Abtastfrequenz. 


Jetzt wollen wir jedoch unsere Gedanken in den Audiobereich übertragen. Betrachten wiralsoeine 
von einem A/D-Wandler abgetastete Wellenform, wobei wir der Einfachheit halber eine reine 
Sinusschwingung wählen, um uns nicht auch noch mit mehreren Frequenzkomponenten her- 
umärgern zu müssen. Wenn wir feststellen wollen, welche Interpretationen die durch die 
Abtastung erhaltene Folge von Werten zuläßt, so müssen wir nach den Ergebnissen des obigen 
Versuches die Differenz und die Summe der untersuchten Frequenz und aller ganzzahligen 
Vielfachen der Abtastfrequenz bilden, also: 


= * 
f, n*f A = fo 
mit n = 1,23... 
f - Ergebisfrequenzen 
fo) - Eingangsfrequenz 
f A Abtastfrequenz 
Formel 16 


In Abb. 1.20 ist die Abtastung einer Wellenform mit den sich außerdem anbietenden Interpreta- 
tionen dargestellt. Es ist zu erkennen, daß überall dort Mehrdeutigkeiten in einer Folge von 
Momentaufnahmen auftreten, wo die jeweiligen Amplituden von verschiedenen Frequenzen 
jeweils zum Zeitpunkt der Abtastung ein und denselben Wert aufweisen. Tatsächlich ergibt die 
Fourier-Analyse einer abgetasteten Schwingungsfunktion exakt diese Spektralverteilung, also 
genau die Differenzen und Summen der Eingangsfrequenz und den Vielfachen der Abtast- 
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frequenz. Diese »verfremdenden« (engl. aliasing) Schwingungen werden vom ‚menschlichen 
Gehör als besonders störend wahrgenommen, da sie in der direkten Umgebung der Eingangs- 
frequenz noch ziemlich laut sind und überdies oft nicht einmal in einem ganzzahligen ‚Verhältnis 
zur dieser stehen, weshalb sie meist sehr unharmonisch und »schräg« klingen..s;., ® i 


f "6 kHz --- 





Abb. 1.20: Mehrdeutigkeiten der Abtastfolge einer Schwingung 


Eine Eingangsfrequenz f(0) erhält also durch eine Abtastung mit der Häufigkeit f(A) einen ganzen 
»Kranz« von zusätzlichen Frequenzen, jeweilsim Abstand von f(A), sowohl in positiver als auch 
in negativer Richtung. Wie jedoch oben erwähnt, müssen alle negativen Frequenzen genau wie 
positive betrachtet werden, da das Gehör.zwischen ihnen keinen Unterschied macht. Man muß 
sich also alle Aliasingfrequenzen, die”durch eine Abtastung auftreten, an der O-Achse in den 
positiven Bereich gespiegelt vorstellen,;um das für den Audiobereich relevante Frequenzbild zu 
erhalten (siehe Abb. 1.21). 


Abtastrate und Übertragungsbereich 


Im Audiobereich möchte man in aller Regel einen begrenzten Frequenzbereich, von Obis zueiner 
bestimmten Maximalfrequenz (auch Übertragungs- oder Nutzbereich genannt), korrekt und 
fehlerfrei übertragen. Im’Fall der Digitalisierung durch Abtastung lautet also die Bedingung 
hierfür, daß in genau diesem Bereich, sowohl auf der positiven wie auf der negativen Seite, keine 
Aliasing-Frequenzen Auftreten dürfen, da diese sonst unser gewünschtes Signal mit einem Fehler 
verunreinigen, der nicht mehr korrigierbar ist. Um dies zu erreichen, muß man sich die Frage 
stellen, welche Höchstgrenze für die Eingangsfrequenzen bei einer festgelegten Samplingrate, 
bzw. welche Samplingrate bei einem festgelegten Übertragungsbereich veranschlagt werden 
muß, damit keine, Äliasing-Frequenzen unterhalb der maximal zu übertragenden Frequenz zu 
liegen kommen.;Bei der Spiegelung ist zu beobachten, daß genau dann keine Spiegelungs- 
frequenzen,im"Nutzbereich vorhanden sind (was ja die Bedingung für eine originalgetreue 
Wiedergäbe. bedeutet), wenn die Abtastfrequenz mindestens so groß ist wie die Summe aus der 
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& | 
Aliasing-Frequenzen I gespiegelte Aliasing-Freq. 
\ I 









Diese Beziehur 
nur der absolu etrag zählt, muß die Grenzfrequenz des Nutzbereiches, d.h. die höchste zu 


quenz, der folgenden Ungleichung genügen: 
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 niz Es EA z Fein | 
wobei In A maximale Nutzfrequenz 
f ein - maximale Eingangsfrequenz 
f A - Samplingrate 
n = 1,2,3,... 
| |  - absoluter Betrag 
Formel 17 


Weil wir jedoch im allgemeinen davon ausgehen können, daß die maximale Eingangsfrequenz 
zumindest kleiner ist als die Samplingrate selbst (andernfalls erhält man sowieso einen hoffnungs- 
losen Wellensalat), und somit die Ergebnisse der rechten Seite bei einem höheren n immer größer 
sind als bei kleinen n, kann man es in der Ungleichung fortlassen: 


U De Se | 


f r 
nutz A ein 


Formel 18 


Aus dem gleichen Grund ist auch der Betrag der Summe stets höher als der der Differenz, weshalb 
man auch das Pluszeichen streichen kann 


Eatz a y\ = en | 


Formel 19 


und darüber hinaus, da das Ergebnis der Differenz jetzt immer negativ ist 


Formel 20 
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lassen sich nun auch die Betragstriche weglassen 


Be e y “ ein 


Formel 21 


Dies führt zu der folgenden Anforderung an die Abtastfrequenz 


> a, 
A nutz en 


Formel 22 


oder, wenn wie erwähnt die maximale Eingangsfrequenz mit der Nutzbandbreite identisch sein 
soll: 


A ar 


Formel 23 


Dies ist auch die Aussage des Shannonschen Abtasttheorems: Ein beliebiges, in seiner spektralen 
Verteilung begrenztes Signal mit der Grenzfrequenz f{nutz) läßt sich aus einer durch Abtastung 
mit der Frequenz f(A) erzeugten Folge von Werten genau dann wieder vollständig rekonstruieren, 
wenn die Bedingung f{A)>=2*f({nutz) erfüllt ist. Ist dies nicht der Fall, so werden diejenigen 
Frequenzen im Spektrum des Eingangssignals, die über der Hälfte Abtastrate liegen, in den 
Nutzbereich gespiegelt, wodurch dieser zum Teil auf nicht mehr korrigierbare Weise verunreinigt 
wird. Dieses Verhalten ist in Abb. 1.22 noch einmal genau dargestellt. 


Anti-Aliasing-Filter 

Dies hat in der Praxis der Audiotechnik vor allem eine Konsequenz: Angenommen man möchte 
ein bestimmtes Signal, beispielsweise den Ton einer Gitarre, durch einen A/D-Wandler 
digitalisieren und anschließend mit einem Sampler wiedergeben. Ist man hierbei aber in der Wahl 
der Abtastrate so beschränkt, daß die oben genannte Bedingung nichterfüllt werden kann, wird auf 
jeden Fall ein Teil des hörbaren Spektrums verzerrt und eine korrekte Aufnahme unmöglich. 
Abhilfe schafft hier nur ein Frequenzzfilter, der für alle Schwingungen oberhalb der erforderlichen 


52 Grundlagen der digitalen Audiotechnik 











Abb. 1.22: Rekonstruktionsfehler : 


Grenzfrequenz undurchlässig ist und so das Spektrum auf die gerade noch verkraftbaren Anteile 
»zurechtstutzt«. Einen solchen Filter bezeichnet man atich als Tiefpaß-Filter, daer nur Tonhöhen 
unter dieser gewissen Grenze »passieren« läßtn(Abb; 1.23). Nur mit Hilfe einer solchen 
Tiefpaßfilterung kann bei der Wiedergabe das ursprüngliche Signal in reiner Form rekonstruiert 
werden. 


Ein solches Filter muß darüber hinaus noch Se Ansprüchen genügen: 


OD eine hohe Dämpfung im Sperrbereich —idamit die Frequenzanteile oberhalb der gewünschten 
Grenze mit Sicherheit unhörbar sind und so.auch nicht in den Nutzbereich gespiegelt werden 
können, müssen ab dieser Grenze alle Frequenzen soweit abgeschwächt werden, daß ihre 
Amplitude möglichst unter der Auflösung»des verwendeten Wandlers liegt; 


O einen steilen Übergang vom Durehlaß- zum Sperrbereich - ist dieser Übergangsbereich zu 
breit, so geht entweder zuviel, von der Information im Nutzbereich verloren, oder die 
Sperrdämpfung ist an der kritischen Frequenz noch nicht groß genug, so daß doch noch 
Spiegelungsfrequenzen auftreten. Deshalb muß das Filter eine sehr steile Charakteristik auf- 
weisen. 





U Die Eigengeräusche, (ie misches Rauschen) und der Klirrfaktor des Filters sollten auf jeden 
Fall kleiner sein als das durch die Auflösung bedingte Quantisierungsrauschen. 





Verfügt man über keine Speziellen Vorrichtungen, wie z.B. einen speziellen variablen Filter, der 
für diese Zwecke ausgelegt ist, wird man sich im Hobbybereich wohl mit einem möglichst 
vielbändigen Equälizer oder im Notfall auch mit der normalen Klangregelung einer Stereoanlage 
einigermaßen behelfen können. 








Wenn w. „nu unsere bisher gewonnenen Erkenntnisse zusammenfassen, so läßt sich für die 
Praxis des Digitalisierens eines Audiosignals grundsätzlich das folgende Verfahren empfehlen: 
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Ausgangsspektrum 





Abb. 1.23: Tiefpaßfilter 






Zuerst einmal müssen wir:den Frequenzbereich des Eingangssignals bestimmen, das wir 
digitalisieren wollen: 'ohl nicht jeder einen Spektralanalysatoren sein eigen nennt, ist dies bei 
Klängen mit komplexeren Spektralverläufen (wie aus einer Stereoanlage) oft sehr schwierig 
genau zu bestimmen; weshalb man hier von vornherein eine Frequenzbegrenzung durch einen 
Filter vornehmen’sollte. Bei einer leichter zu bestimmenden Klangquelle jedoch, wie einem 
Musikinstrument, läßt sich der Frequenzbereich auch meist aus der Grundfrequenz, unter 
Berücksichtigun er instrumentspezifischen Oberwellen, mit guter Näherung bestimmen. 














" Als nächstes, sen wir uns die Frage stellen, ob wir den im ursprünglichen Signal enthaltenen 
ich überhaupt voll nutzen wollen. Möchten wir bei der Wiedergabe auf keine der 
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Komponenten unseres Signals verzichten, so müssen wir die maximale Nutzfrequenz gleich der 
höchsten Eingangsfrequenz annehmen. In den meisten Fällen istman hierbei aber an die maximale 
Ausgangsfrequenz des Wiedergabegerätes gebunden. Hat man, wie z.B. im Amiga, bei der 
Ausgabe nur Tonhöhen bis höchstens 4 KHz zur Verfügung, so hates keinen Sinn, den:Nutzbereich 
bei der Aufnahme wesentlich höher zu wählen. Im allgemeinen kann man alsöruhigdie maximale 
Frequenz, die bei der Wiedergabe möglich ist, als die Grenze des Übertragungsbereiches ansehen. 


Sind diese beiden Größen festgestellt, so kann man darangehen, die für diese Rahmenwerte 
benötigte Abtastrate zu ermitteln. Dazu muß man, wie gezeigt, lediglich.die maximale Eingangs- 
und Nutzfrequenz zueinander addieren, bzw. bei Gleichheit eine von ihnen verdoppeln. Die so 
erhaltene Frequenz ist die Abtastrate, die mindestens eingehalten werden muß, um die Bedingun- 
gen des Shannon-Theorems zu erfüllen. 


Sollte es aber entweder nicht möglich oder nicht praktikabel sein, das Signal mit dieser Frequenz 
abzutasten, z.B. weil die hierbei anfallende Datenmenge zu groß wäre, so ist man in jedem Fall zu 
einer weiteren Begrenzung des Eingangsspektrums durch einen Filter gezwungen. Dann ist es 
empfehlenswert, zuerst die größtmögliche Abtastrate zu bestimmen. Diese teilt man anschließend 
durch zwei, was dann die Obergrenze sowohl für den Eingangs- als auch für den Nutzbereich 
darstellt. Wenn man nun die Sperrfrequenz des Filtersvauf diesen Bereich einstellt, kann bei der 
Wiedergabe stets ein sauberes, störungsfreies Signal rekonstruiert werden. 


1.2.2 Wiedergabe 


Möchte man nun die durch digitale Wertefolgen repräsentierten Audiosignale wieder hörbar 
machen, so müssen sie in irgendeiner Form rekonstruiert, d.h. wieder in analoge Spannungen 
rückgeführt werden. Wie in Abb. 1.11 amAnfang dieses Abschnitts dargestellt, ist der sog. D/A- 
Wandler das hierfür zuständige Glied der Komponentenkette. Dieser hat die Aufgabe, einen am 
Digitaleingang anliegende Kombination von Bit-Werten auf Befehl in eine dazu proportionale 
Spannung umzuwandeln. Wie bei der, A/D-Wandlung, so wird auch für diesen Vorgang eine 
bestimmte Zeit benötigt. Wird nämlich.der Befehl zur Auswertung des gerade anliegenden Wertes 
erteilt, so kann es vorkommen, daß einige Bits ihren neuen Zustand schneller einnehmen als 
andere, da sich z.B. die Übergangszeit von einem O-Wert auf 1 fast immer von der Dauer des 
umgekehrten Vorgangs unterscheidet. Dies führt zu einer Phase, in der die Spannung undefinierte 
Werte aufweist, sog. transiente Störspannungen. Um dieses Problem zu umgehen, bedient man 
sich auch hier eines Sample&Hold-Verstärkers. Sobald feststeht, daß der Wandler seine »Er- 
holungsphase« hinter sich hat, greift dieser die nun konstante Spannung ab und legt sie auf seinen 
Ausgang, bis die Anordnung in den nächsten Wandlungszyklus eintritt. 


Am Ausgang des S&H-Verstärkers liegt nun also eine ziemlich saubere Treppenspannung an. 
Diese enthält jedoch, wie wir in den vorangegangenen Abschnitten gesehen haben, noch 
wesentlich mehr Frequenzanteile als das von uns aufgenommene Originalsignal. Wir wissen nun 
aber, welche Eigenschaften die bearbeiteten Audiodaten haben müssen, damit die gewünschten 
Teile des Signals von den durch die Abtastung entstandenen zusätzlichen Frequenzen korrekt 
getrennt'werden können. Hierfür schließt sich an den S&H-Verstärker noch ein Filter an, der die 
Treppenfunktion glättet und so die Aliasing-Frequenzen entfernt, um endlich dem Signal seine 
ursprüngliche Form wiederzugeben. 
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Beschäftigen wir uns jedoch zunächst mit dem D/A-Wandler selbst. Dieser besteht;i 
lichen aus einer Reihe von Widerständen, deren Werte mit den Stellenwerten der einzelnen Bits 
korrespondieren. Der Strom bzw. die Spannung an den Widerständen wird durch .dä$ jeweils 
zugehörige Datenbit ein- oder ausgeschaltet und die Summe dieser Spannungen äuf einen 
Sammelpunkt zusammengeleitet, wodurch das Ergebnis dem zur Zeit anliegende; italen Wert 
entspricht. Einen nach diesem Verfahren arbeitenden Wandler nennt iman auch einen 
parallelen D/A-Wandler. « 












digital ein 
LSB 


analog aus 





Abb. 1.24 :.Paralleler D/A-Wandler 


Abb. 1.24 zeigteinen solchen Wandlertyp: Wie bei den A/D-Wandlern auch, so gibt es auch hier 
Typen mit rein postiver Darstellung. von 0 bis 2”-1, und solche die das Zweierkomplement ver- 
wenden. Diese Darstellungsart ist bei der obige Anordnung ganz einfach dadurch zu verwirkli- 
chen, daß dem höchstwertigen Bit,(MSB) anstatt einem positiven ein negativer Spannungswert 
zugeordnet wird, der in seinerm»Absolutwert dem normalen Wert des MSB, also der halben 
Darstellungsbreite entspricht. T adurch wird die Ausgangsspannung analog zum Zweierkomple- 
ment in den negativen Bereich »heruntergezogen«. 






In Abb. 1.24 ist ebenfalls zu. erkennen, daß die transienten Störspannungen auf jeden Fall größer 
als 1 LSB sind, da sie den Werten der Bits entsprechen, die zu spät auf ihrem neuen Wert 
»ankommen«, und deshalb nahezu jede beliebige Stärke bis 1 MSB annehmen können. Dies 
macht die Verwendung’eines S&H-Verstärkers zwingend erforderlich. Meist ist dieser jedoch 

'A-Wandler integriert, so daß sich der Anwender keine Gedanken mehr um die 
ASAUDSTRENS des: Ausgangssignals machen muß. 








Kommen w un, zum beinahe wichtigsten Teil des Vorgangs, der Filterung, d.h. der Aussiebung 
| Smals aus dem Frequenzgemisch, welches die von einem D/A-Wandler gelieferte 
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Treppenspannung darstellt. Wie aus den Abschnitten über die Abtastung bekannt ist, mußten ja 
schon bei der Aufnahme für die vollständige Rekonstruierbarkeit einige Voraussetzungen erfüllt 
sein: Die Abtastrate f(A) mußte mindestens das Doppelte der höchsten Eingangsfrequenz f(ein) 
betragen oder, falls nicht der ganze Eingangsbereich genutzt werden sollte, mindestens so groß 
sein wie die Summe aus dieser und der höchsten hörbaren Frequenz f(nutz):Bei der Aufnahme 
wurde durch die Wahl der Größen f(A) und f(ein) der nutzbare Bereich endgültig festgelegt, da 
sich oberhalb von ihm ja bereits die ersten Störanteile befinden. Die Grenze dieses Bereiches, die 
sich demzufolge aus der Differenz f(A)-f(ein) ergibt, bildet auch die Grenzfrequenz, die der Filter 
für die korrekte Abtrennung der mit Aliasing-Frequenzen verunreinigten Bereiche aufweisen 
muß. Die sonstigen Ansprüche, die an einen solchen Filter gestellt werden müssen, sind ähnlich 
denen der bei der A/D-Wandlung eingesetzten Anti-Aliasing-Filter;... 


Q große Filtersteilheit 
O hohe Sperrdämpfung 





O Verzerrungen und Eigengeräusche geringer als 1 LSB 


Da uns in diesem Zusammenhang jedoch hauptsächlich’ der Bereich der Instrumentalan- 
wendungen, sprich der Samplertechnik interessiert;„wollen wir im folgenden von den hier 
herrschenden Voraussetzungen ausgehen. Die Tiefpaßfilter, die in Sampler-Geräten wie auch 
dem Amiga installiert sind, sind im allgemeinen keine variablen Filter, sondern haben eine fest 
eingestellte Sperrfrequenz. Diese stellt letztendlich die Grenze des Nutzbereichs dar. Das hat auf 
die oben beschriebene Wahl der anderen Parameter die folgenden Konsequenzen: Erstens darf in 
der obigen Berechnung der Nutzbereich nicht kleiner gewählt werden als die Tiefpaßgrenze, da 
sonst die Aliasing-Frequenzen hörbar würden, die sich unterhalb von ihr befinden. Zweitens hat 
es aber auch keinen Sinn, den Nutzbereich höher anzusetzen als die durch den Filter gegebene 
Grenze, weil der Bereich darüber niemals;hörbar und deshalb die dafür nötige Abtastrate unnötig 
hoch wäre. Hieraus ist zu erkennen,»daß die Sperrfrequenz dieses Filters eine wichtige 
Rahmenbedingung für sämtliche hier besprochenen Vorgänge darstellt und die anderen Faktoren 
jeweils nach Möglichkeit darauf,eingestellt werden sollten. 


Im Gegensatz zu den reinen Aufnahme- und Wiedergabetechniken, bei denen die digitalisierten 
Audiosignale stets mit der gleichen Geschwindigkeitabgespielt werden, mitder sie aufgenommen 
wurden, muß man im Bereich digitaler Musikinstrumente von variablen Wiedergaberaten 
ausgehen. Tatsächlich ist’es gerade das Prinzip der Sampling-Technik, bei einer bestimmten 
Abtastrate aufgenommene Signale mit verschiedenen Datenausgaberaten wiederzugeben, um 
deren Frequenz und Tonhöhe frei variieren zu können. Das beschert uns natürlich einen ganz 
neuen Aspekt für.die“Wahl der Parameter f(A), f(ein) und f(nutz): Soll die digitalisierte 
Wellenform auch mitveiner geringeren Datenrate abgespielt werden, als bei der Aufnahme 
verwendet wurde;so verschieben sich die Grenzen für Abtastrate und Eingangsbereich entspre- 
chend. 


In Abb. 1.25 sind drei verschiedene Situationen bei der Wiedergabe eines digitalisierten Signals 
zu erkennen:-Im Fall a) ist die Wiedergaberate bzw. die Aufnahmerate und der sich daraus 
ergebende Abstand zwischen Nutz- und Aliasing-Frequenzen zu niedrig gewählt. Dies hat zur 
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Abb. 1.25: Wiedergabe eines Audiosignals bei verschiedenen Datenraten 


Folge, daß diese Störkomponenten unter die Filterfrequenz fallen und sich deshalb im Klangbild 
unangenehm bemerkbar machen. Der Fall b) stellt den Idealfall dar. Hier sind die Störanteile 
sämtlich durch die Filterwirkung unhörbar, der Nutzbereich hingegen befindet sich aber noch ganz 
unterhalb der Sperrfrequenz und ist deshalb noch voll wahrnehmbar. Im Fall c) treten zwar auch 
keine Aliasing-Frequenzen mehr auf, dafür wird aber ein Teil des Nutzbereiches vom Filter 
verschluckt, was zu.einem gewissen Verlust an Information im hörbaren Bereich führt. 


Wenn wir also auch mit Abspielraten unterhalb der Aufnahmerate arbeiten wollen, müssen wir die 
Bedingungen füreine störungsfreie Wiedergabe folgendermaßen umformulieren: Die Grenze des 
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Nutzbereichs, f(nutz) = f(A) — f(ein), geteilt durch das Verhältnis zwischen Aufnahme- und 
Wiedergaberate, darf nicht kleiner werden als die Grenzfrequenz des Filters. Oder formell 
ausgedrückt: 


f = Em 
Er, : 2 Ägrenz 
A 
mit f A - Samplingrate 
fy - Wiedergaberate 
Fr - maximale Eingangsfrequenz 
el enz - Grenzfrequenz des Filters 


Formel 24 
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Der Amiga wird nicht zuletzt wegen seiner Soundfähigkeiten als Computer einer neuen Genera- 
tion bezeichnet. Während bis zu seinem Erscheinen nur Home- und Personalcomputer mit relativ 
simplen Soundchips im Handel waren, meist mit solchen aus älteren Videospielautomaten wie 
z.B. beim Atari ST, kann sich der Anwender des Amiga sämtlicher Möglichkeiten und Vorteile 
der Sampling-Technik bedienen. 


Wie auch seine Grafikfähigkeiten, so erhält der Amiga seine Fähigkeit zur Musikwiedergabe 
durch die speziell für ihn entwickelten Spezialchips Denise, Agnus und Paula. Im neuesten 
Modell, dem Amiga 3000 sind die beiden ersteren zu Super-Denise und Super-Agnus weiter- 
entwickelt worden sowie neue Spezialchips (Amber, Ramses) hinzugekommen. In diesem 
Kapitel werden wir uns jedoch nur mit Agnus und Paula beschäftigen. 


Derjenige der Customchips, der letztendlich das analoge Tonsignal liefert, ist Paula; in diesem 
befinden sich die digitalen Klangerzeugungs-Einheiten, die D/A-Wandler. Es stehen insgesamt 
vier Wandler zur Verfügung, wobei jeweils zwei zu einem der beiden Stereokanäle des Amiga 
zusammengefaßt werden. Wie wir später noch genauer sehen werden, gibt es zwei Methoden, um 
die D/A-Wandler mit Daten zu versorgen: 


OD Prozessor-Betrieb — In dieser Betriebsart versogt der Prozessor die D/A-Wandler selbst mit 
den benötigten Audiodaten. Hierbei werden in einem von der Audioeinheit ausgelösten Interrupt 
jeweils zwei Sampling-Werte zugleich übergeben, die nacheinander ausgegeben werden. Da dies 
dem Prozessor sehr viel Rechenzeit wegnimmt, sollte dieser Modus nur in Fällen angewandt 
werden, in denen die Verarbeitung von Audiodaten in Echtzeit verlangt wird (z.B. direkte 
Wiedergabe von einem angeschlossenen Digitalisierer). 


OD DMA-Betrieb - Beim DMA-Betrieb (DMA = Direct Memory Access, direkter Speicherzu- 
griff) werden die D/A-Wandler von der DMA versorgt, die auch für die Datenübertragung von 
Disk, die Bilderzeugung und den Blitter zuständig ist. Die gesamte DMA-Steuerung wird vom 
Agnus-Chip erledigt, der außerdem noch den Videocoprozessor (Copper) sowie den erwähnten 
Blitter enthält. Hierbei wird die »Aufmerksamkeit« des Prozessors nur dann verlangt, wenn die 
gerade abgespielte Datensequenz zu Ende ist und neue Einstellungen benötigt werden. Dies hat 
gegenüber der obigen Methode natürlich den Vorteil immenser Rechenzeitersparnis. Es ergeben 
sich aber auch hier einige systembedingte Einschränkungen, vor allem hinsichtlich der 
Wiedergaberate. 


In diesem Kapitel sollen zunächst der Aufbau und die Eigenschaften der beiden für die Klang- 
erzeugung verantwortlichen Customchips erläutert werden, wobei speziell die durch die Hard- 
warearchitektur gesetzten Grenzen der Wiedergabequalität sowie die Eigenschaften der Rekon- 
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struktionsfilter genauer beleuchtet werden. Anschließend folgt ein Abschnitt über diev sChiede- 
nen Anwendungsarten der Audiohardware, in dem insbesondere der Aufbau und dieProgrammie- 
rung der Hardwareregister behandelt werden sollen. . 


2.1 Die Customchips 
2.1.1 Paula - die D/A-Wandlerin 


Wie in Abb. 2.1 zu sehen, verfügt Paula außer der Kontrollogik für., u.ä. über vier D/A- 
Wandler, von denen jeweils zwei zusammen auf einen der Audioausgänge des Amiga geschaltet 
sind. Hierbei bilden die Wandler mit der Nummer O und 3 den linkeri,.Wandler 1 und2 denrechten 








Stereokanal. Damit jeder dieser D/A-Wandler in Lautstärke und.Frequenz freimodulierbar istund 
außerdem die wiederzugebenden Daten frei gewählt werden können, besitzt jeder Wandler einen 
Satz von Hardwareregistern, in die der Prozessor die jeweiligen. Parameter übergeben kann. Diese 
werden von der Audio-Kontrollogik aus den Registern übernommen und ausgewertet, die dann 
die entsprechenden DMA- oder Interruptanforderungen ausführt. 
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PAULA BLOCK DIAGRAM 


Abb. 2.1: Blockschaltbild Paula 


nem D/A-Wandler gehörenden Registersatz befindet sich neben den oben erwähnten 
h das eigentliche Datenregister des Wandlers, in das die Sampling-Werte entweder 
durch den Prozessor oder durch die DMA geschrieben werden. Da dieses wie alle Customchip- 
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Register 16 Bitbreit ist und die D/A-Wandler nureine Auflösung von 8 Bit aufweisen, werden von 
Prozessor oder DMA stets zwei Sampling-Werte gleichzeitig in das Register übertragen, zusam- 
mengefaßt zu einem 16-Bit-Datenwort. Bei der Wiedergabe wird nun nach einem bestimmten 
Zeitintervall, das durch einen internen Zähler bestimmt wird, zuerst das höherwertige Byte an den 
Wandler ausgegeben. Dann wird der Zähler wieder auf den im zugehörigen Register definierten 
Startwert gesetzt und erst nach abermaligem Herunterzählen das niederwertige Byte ausgegeben. 
Anschließend erfolgt, je nach Betriebsart, entweder eine DMA-Anforderung nach einem weiteren 
Datenwort, oderes wird ein Interrupt ausgelöst, in dem der Prozessor weitere Daten zur Verfügung 
stellen muß. Werden diese Anforderungen jeweils nicht erfüllt, so geht die Kontrollogik des 
Audiokanals in den Ruhezustand (Idle State) über. Wird im DMA-Betrieb das Ende der 
wiederzugebenden Datentabelle erreicht, so wird wieder am Anfang der Tabelle mit der Ausgabe 
begonnen, was eine einfache Möglichkeit darstellt, Konstante Töne zu erzeugen. 


Jedes der übergebenen 16-Bit-Datenworte besteht also aus zwei 8 Bit breiten Samples. Die 
Sampling-Werte selbst müssen in der Zweierkomplement-Form (siehe Kap. 1.2.1.1) dargestellt 
sein. Der Wertebereich der Wandler erstreckt sich also von 127-128. Der Rauschabstand, der sich 
aus dieser Auflösung ergibt, errechnet sich so: 


Rauschabstand in dB = 20 * log 2° 2 8 


Formel 25 


Daß dies nicht gerade berauschend viel ist, wird bei einem Vergleich zum HiFi-Sektor offenbar: 
dort werden im Home-Bereich Rauschabstände von mindestens 80 dB, im Profibereich bis 120 dB 
verlangt. Da hier jedoch Signale mit beliebiger Amplitude verarbeitet werden müssen, ergeben 
sich bei leisen Passagen naturgemäß wesentlich ungünstigere Signal-Rausch-Verhältnisse. Die- 
ses Problem läßt sich beim Amiga nur durch penible Einhaltung der Regelkompensieren, stets die 
höchstmögliche Aussteuerung zu wählen und jegliche Dynamik- und Hüllkurvenmodulation mit 
Hilfe des Lautstärkeregisters vorzunehmen. 


Dieses Lautstärkeregister weist eine Breite von 7 Bit auf. Es sind jedoch nur die Werte von 0 bis 
64, also 65 verschiedene Lautstärken einstellbar. Dabei ist die Ausgangsspannung zum Wert in 
diesem Register proportional, d.h., bei einem Wert von 64 ergibt sich die volle Ausgangs- 
spannung, bei 32 die halbe, bei 16 ein Viertel derselben und so fort. Die maximale Ausgangs- 
spannung der Wandler beträgt bei voll aufgedrehtem Lautstärkeregister ungefähr +0.4 Volt für 
den Eingangswert 127,0 Volt beiO und-0.4 Volt bei einem Eingangswert von —128. Nimmt man 
diesen Pegel als O dB an, so ergeben sich für die verschiedenen Werte im Lautstärkeregister die 
folgenden dB-Zahlen: 
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Lautstärkeregister dB-Wert Lautstärkeregister dB-Wert 





64 0 32 6.0 
63 0.1 31 -6.3 
62 30 6.6 








-19.2 
20.6 
—22.1 
—24.1 
26.6 
30.1 
-36.1 
— [unendl.] 


oO=-vnwRua Ro 








Tab. 2.1: Lautstärkeregister- und dB-Werte 





benötigter’Daten versorgt. Wie oben erwähnt, bezeichnet man diesen Vorgang der prozessor- 
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unabhängigen Datenübertragung als DMA. Die DMA-Übertragung muß naturgemäß über 
dieselben Daten- und Adreßleitungen erfolgen, die auch der Prozessor benutzt. Um diesen dabei 
möglichst wenig in seiner Arbeit zu behindern, nutzt Agnus vorzugsweise diejenigen Buszyklen, 
in denen der Prozessor den Bus nicht benötigt; dies sind architekturbedingt die ungeraden Zyklen. 
Lediglich der Video-DMA und dem Blitter wird das Recht eingeräumt, den Bus auch während der 
geraden Zyklen zu besetzen und damit den Prozessor zu bremsen. 


Das gesamte DMA-Timing orientiert sich praktischerweise am Aufbau einer Video-Rasterzeile, 
d.h. dem Zeitintervall, in dem der Elektronenstrahl des Monitors einmal von links nach rechts über 
den Bildschirm gewandert ist und damit eine Zeile des Bildes gezeichnet hat. Innerhalb dieses 
Intervalls hat die DMA wegen ihrer begrenzten Geschwindigkeit nur eine bestimmte Anzahl von 
Gelegenheiten zur Datenübertragung zur Verfügung, nämlich vorzugsweise die ungeraden 
Buszyklen und nur im Ausnahmefall auch die geraden. Für die Hardware-Designer lag es nun 
nahe, jedem dieser zur DMA-Übertragung nutzbaren Buszyklen (im folgenden DMA-Slots 
genannt) eine feste Aufgabe zuzuordnen. So dienen die ersten vier DMA-Slots in einer Rasterzeile 
dem Refresh (Wiederauffrischung) des Chip-RAM Ss, die folgenden zwei der Disk-DMA, in den 
nächsten vier werden die einzelnen Audiowandler versorgt, worauf sich die DMA-Slots für die 
Sprite-DMA anschließen. Erst dann beginnt die sog. Bitplane-DMA, die für den Bildaufbau 
verantwortlich ist. 


Jeder der vier Audiokanäle kann also nur einmal pro Rasterzeile mit Daten versorgt werden. Dies 
führt natürlich zu einer Beschränkung der maximal möglichen Ausgaberate. Nimmt man eine 
Bildfrequenz von 50 Bildern pro Sekunde und eine Anzahl von 312.5 Rasterzeilen pro Bild (im 
PAL-Standard, mit dem alle europäischen Amigas ausgerüstet sind, haben die einzelnen Bilder 
abwechselnd 312 und 313 Zeilen) und berücksichtigt außerdem, daß bei jedem DMA-Vorgang 
stets zwei Samples übergeben werden, so erhält man für die höchstmögliche Ausgaberate: 


2 Samples/Zeile * 312.5 Zeilen/Bild * 50 Bilder/Sckunde = 31250 Hz 


Formel 26 


Dies ist jedoch leider nur ein theoretischer Maximalwert. Aus unerfindlichen Gründen (alle dem 
Autor diesbezüglich gegebenen Auskünfte erwiesen sich als falsch) schafft die Hardware nämlich 
nur eine Wiedergaberate von höchstens 29504 Samples/Sekunde beim PAL-Amiga, 28867 beim 
amerikanischen NTSC-Amiga. Wie wir aber im nächsten Abschnitt sehen werden, ist der 
effektive Nutzbereich des vom Amiga gelieferten Audiosignals normalerweise durch die Filter so 
begrenzt, daß solch hohe Wiedergaberaten im allgemeinen gar nicht nötig sind. 


Wie erwähnt, leitet sich die Wiedergaberate aus dem Zeitintervall ab, das der interne Zähler der 
Kontrollogik (Periodenzähler) bis zum Erreichen des O-Wertes benötigt. Dieses Zeitintervall wird 
natürlich aus dem Startwert bestimmt, mit dem der Zähler zu Beginn geladen wird. Mit jedem 
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Buszyklus wird der Zähler dann um 1 dekrementiert (heruntergezählt). Da der europäische PAL- 
Amiga mit 7.14 MHz getaktet ist und ein Buszyklus zwei Taktzyklen in Anspruch nimmt, ergibt 
sich eine Buszyklus-Frequenz von 3.57 MHz und eine Dauer eines Buszyklus von 0.2801 us. 
Möchte man nun zu einer bestimmten Ausgaberate den entsprechenden Zähler-Startwert er- 
rechnen, so muß man die Buszyklus-Frequenz durch diese teilen: 


Buszyklus-Frequenz 
Periodenzähler-Wert > ————— _ 
Ausgaberate 


Formel 27 


Bei dem oben erwähnten Maximalwert für die Ausgaberate ergibt sich also ein minimal zulässiger 
Wert des Periodenzählers von: 


3570000 Hz 
minimaler PZ-Wert = = 1231 
29504 Hz 
Formel 28 


Wird dieser Wert unterschritten, so kann die DMA in bestimmten Momenten das angeforderte 
Datenwort nicht mehr rechtzeitig liefern. Dies hat zur Folge, daß nicht die gewünschten, sondern 
die beiden Samples des zuletzt übergebenen Datenwortes noch einmal ausgegeben werden, was 
natürlich eine nicht unerhebliche Verzerrung verursachen würde. 


Diesen Effekt kann man sich jedoch andererseits auch zunutze machen: Läßt man nämlich die 
DMA-Logik lediglich ein einziges Datenwort immer wiederholen, so ist es gleichgültig, ob der 
Datentransfer rechtzeitig stattgefunden hat, da sich durch ihn der Inhalt der beiden auszugebenden 
Bytes im Datenregister sowieso nicht ändert. Umgeht man die Anti-Aliasing-Filter oder schaltet 
sie ab und setzt die Lautstärke zusätzlich auf das Maximum, so lassen sich durch entsprechende 
Wahl des Periodenzähler-Wertes sogar Frequenzen bis 1.79 MHz erzeugen! 


2.2 _Kilangwiedergabe 


2.2.1 Die Berechnung von Klangdaten 


Kommen wir nun zu den abzuspielenden Daten und deren Klangeigenschaften selbst. Wie wir 
gesehen haben, kann der Amiganicht nur einzelne Töne, sondern sogar ganze Musikpassagen, die 
in digitalisierter Form vorliegen, ohne Eingreifen des Prozessors am Stück wiedergeben. Dies hat 
jedoch den Nachteil eines immensen Speicherplatzbedarfs: Bei einer Sampling-Rate von 15 kHz 
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verbrauchen 10 Sekunden Musik bereits 150 Kbyte Speicher, und das gesamte verfügbare Chip- 
RAM reicht bei dieser Samplingrate für nicht einmal 30 Sekunden. Viel platzsparender ist es 
hingegen, die Sampling-Fähigkeiten des Amiga dahingehend zu nutzen, daß man mit kleinen 
Datenfeldern und deren kontinuierlicher Wiederholung konstante Wellenformen erzeugt, dievom 
Prozessor bezüglich ihrer Frequenz und Lautstärke moduliert und so als »Instrumente« eingesetzt 
werden können. 


Möchte man durch die Konstruktion eines solchen Sample-Datenfeldes einen bestimmten Klang 
erzielen, so muß man sich vorher ungefähr über die Oberwellenverteilung des gewünschten 
Klanges im klaren sein. Einige für die elektronische Musik typische Wellenformen und ihre 
Spektralverteilungen haben wir ja schon in Kap. 1.1.2 kennengelernt. Wir wollen nun untersu- 
chen, wie man mit der Methode der Aufaddierung von Teilschwingungen einen beliebigen Klang 
konstruieren kann und welche Rahmenbedingungen bezüglich der Ausgaberate dabei erfüllt sein 
müssen, um eine einwandfreie Wiedergabe zu erhalten. 


Wiedergaberate und Samples/Cycle 


Zuerst einmal wollen wir bestimmen, aus wie vielen Elementen, also einzelnen Samples unsere 
Daten bestehen müssen, um den Hardware-Gegebenheiten gerecht zu werden. Dazu betrachten 
wir zunächst einmal eine reine Sinusschwingung, von der wir eine Tabelle eines einzigen 
Schwingungsdurchlaufs (engl.: Cycle) anfertigen wollen. Die Anzahl der Samples, die zur 
Bildung eines solchen Cycles nötig sind, werden wir im folgenden als Samples/Cycle bezeichnen. 
Die effektive Frequenz, die bei der Wiedergabe aus dem Lautsprecher zu hören ist, errechnet sich 
aus: 


f, 


f - = 
ff 
e Samples/Cycle 
mit feff - effektive Frequenz 
fy - Wiedergaberate 
Formel 29 


Da ja hardwarebedingt keine größere Wiedergaberate f(W) als 28867 Hz möglich ist, gilt für die 
größte wiedergebbare Frequenz: 


28867 Hz 
f S en —_ 
mal Samples/Cycle 


Formel 30 
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Wenn man also auf jeden Fall Frequenzen bis zu einer bestimmten Grenze f(maxeff) erzeugen 
will, so darf man keine höhere Anzahl an Samples verwenden als: 


28867 Hz 
Samples/cyle 


nnscht 


Formel 31 


Andererseits haben wir im Kapitel »Grundlagen« gesehen, daß die Tonhöhe und damit die 
Wiedergaberate auch nicht zu tief gewählt werden darf, da sonst Aliasing-Frequenzen unterhalb 
der Filtergrenze zu liegen kommen und hörbar werden. Damit dies nicht der Fall ist, muß die 
Bedingung erfüllt sein: 


f 


; w 
fmınern N ee 
Samples/Cycle Ww Grenz 
mit f Dres Grenzfrequenz des Filters 


Formel 32 


Damit also bei einer reinen Sinusschwingung keine Aliasing-Komponenten auftreten, müssen 
mindestens soviel Samples verwendet werden, wie sich aus der Auflösung der obigen Bedingung 
ergeben: 


f, 
Samples/Cycle > W 


fiy . Grenz 


Formel 33 


Bei einem gegebenen Wert für Samples/Cycle bedeutet das eine Untergrenze für die Wiedergabe- 
rate von (s. Formel 35) 
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Samples/Cycle 
f > f —_—_ı 
W Grenz Samples/Cycle-1 
Formel 34 
und eine tiefste effektive Frequenz von: 
fGr 
fmineff > = 


Samples/Cycle-1 


Formel 35 


Hierbei kann es vorkommen, daß derideale Wert für Samples/Cycle genau zwischen zwei geraden 
Zahlen liegt, und man gezwungen ist, diesen aufzurunden. Hier Kann man sich jedoch mit einem 
Trick behelfen: Wenn wir beispielsweise einen Samples/Cycle-Wert von 3.5 erzielen wollen, 
brauchen wir nur 14 Samples zugrundezulegen, in denen vier Schwingungszyklen enthalten sind. 
So läßt sich durch die geeignete Wahl des Verhältnisses zwischen der Anzahl der Samples und der 
darin enthaltenen Zyklen nahezu jeder Bruch beliebig genau annähern. 


Oberwellen 


Dies alles gilt wie gesagt nur für den Fall, daß eine reine Sinusschwingung vorliegt, die keine 
weiteren Oberwellen enthält. Bei allen anderen Wellenformen müssen wir jedoch berücksichti- 
gen, daß außer der Grundschwingung eben noch die entsprechenden Oberwellen in den hörbaren 
Bereich gespiegelt werden könnten. Dadurch wird der »Einsatzbereich« unserer Wellenform 
natürlich noch weiter eingeschränkt. Nehmen wir an, die höchste Frequenz f(n) in dieser 
Wellenform sei die Oberwelle n-ter Ordnung, sie sei also bei einer bestimmten Grundfrequenz f(0) 
gleich n * f(0). Während die obere, hardwarebedingte Grenze für Wiedergaberate und Grund- 
frequenz gleich bleibt, müssen wir unseren Ansatz für die untere Grenze folgendermaßen 
korrigieren: 


n °® w 


— f, f 
Samples /Cycle w Grenz 


Formel 36 
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Dies ergibt für die Mindestanzahl von Samples/Cycle 





fi 
Samples/Cyle > n* 
hy Tarenz 


Formel 37 


und für die Untergrenzen von Wiedergaberate und der damit verbundenen kleinsten effektiven 
(Grund-)Frequenz 


Samples/Cycle 
f St: ee 
w Grenz Samples/Cycle-n 
f (Grenz 


> m _ 
mineff Samples/Cycle-n 


Formel 38 


Nun haben wir aber in Kap. 1.1.2 gesehen, daß wohl die meisten aller möglichen Wellenformen 
aus einer unendlichen Anzahl von Oberwellen zusammengesetzt sind. Müßte man diese alle 
berücksichtigen, so würde der nutzbare Bereich auf O zusammenschrumpfen, und es wäre im 
Prinzip überhaupt keine störungsfreie Wiedergabe der Wellenform möglich. Wie jedoch im 
Abschnitt über die Filter schon erwähnt, sind Störgeräusche ab einem effektiven Abstand zum 
Nutzsignal von etwa 30 dB nicht mehr hörbar, je nach Frequenzverhältnis der Nutz- und 
Störanteile auch bei weniger. Möchte man also den Wert für n bestimmen, d.h. die Ordnung der 
höchsten zu berücksichtigenden Oberwelle, so muß man sich die Frage stellen, ab welcher 
Ordnung alle folgenden Oberwellen schwach genug sind, um vernachlässigt werden zu können. 


Nehmen wir als Beispiele die in Abb. 1.6 dargestellten Wellenformen: Bei einer Dreieck- 
schwingung hat die Oberwelle n=3 ein Neuntel der Lautstärke der Grundschwingung, n = 5 hat 
5, n=7 hat '/, und so fort. Da ein Lautstärkenverhältnis von -30 dB ein Spannungsverhältnis von 
ca. !/„ bedeutet, liegt die Oberwelle der 7. Ordnung schon deutlich unterhalb der Hörschwelle, so 
daß in den obigen Ungleichungen für n eine 5 eingesetzt werden kann. Nimmt man dagegen eine 
Sägezahnschwingung, so ergibt sich für n ein Wert von 32, da diese Wellenform über einen 
wesentlich größeren Gehalt an Oberwellen verfügt. Lediglich das Rechteck nimmt hier eine 
Sonderstellung ein: Seine Oberwellen sind ja genau mit ihren eigenen Aliasing-Fregenzen 
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identisch, so daß man für die Wiedergabe einer Rechteckschwingung nur zwei Samples benötigt 
oder, falls man verschiedene Tastverhältnisse erhalten möchte, genau so viele Samples wie die 
Anzahl der Schritte, in denen das Tastverhältnis variiert werden soll. 


In diesem Zusammenhang soll noch einmal deutlich auf den folgenden Punkt hingewiesen 
werden: Sämtliche in diesem Abschnitt angeführten Formeln und Ungleichungen für die minima- 
le Wiedergaberate oder die Mindestanzahl der Samples/Cycle ergeben lediglich Grenzwerte. Sie 
machen keine Aussage über die effektive Hörbarkeit von eventuell auftretenden Spiegelungs- 
Frequenzen bzw. darüber, wie störend sich diese wirklich auswirken. Es wurde hier außerdem 
vernachlässigt, daß der verwendbare Bereich einer Wellenform ja auch durch den Filter selbst 
eingeschränkt wird. Man sollte deshalb bei einem gegebenen Frequenzbereich, den man mit seiner 
Wellenform abdecken möchte, bei der Wahl der Oberwellen auch berücksichtigen, wieviel davon 
überhaupt vom Filter durchgelassen wird. Des weiteren sollte man nicht vergessen, daß die 
Begrenzungseigenschaften des Filters keineswegs ideal sind, da vom Beginn des Sperrbereichs 
bis zur Dämpfung auf -30dB ein Bereich von gut 3 kHz verbleibt. Dies hat unter anderem zur 
Folge, daß z.B. bei der Beurteilung der Hörbarkeit von Oberwellen und deren Aliasingfrequenzen 
die Grenzwerte nicht immer so streng angesetzt werden müssen. 


Nachdem wir den Wert für Samples/Cycle ermittelt haben, können wir nun an die eigentliche 
Konstruktion unserer Wellenform gehen. Hierzu müssen wir zuerst eine Folge reeller Zahlen 
aufstellen, die den Verlauf der Schwingung im Verhältnis wiedergibt. Diese Folge gewinnt man 
nach der Formel: 


n 

n = Et a a an 
k=1 Samples/Cycle 

mit - Nummer des Samples in der Tabelle 

Index der einzelnen Oberwellen 

- Ordnung der höchsten Oberwelle 

- Fourier-Transformation der k-ten Oberwelle 


nn Bu we 
' 


Formel 39 


Im nächsten Schritt müssen die Werte dieser Folge noch an den Darstellungsbereich des D/A- 
Wandlers angepaßt werden. Hierbei muß man jeweils das Maximum und das Minimum der Folge 
ermitteln, also die Stelle mit dem kleinsten und die mit dem größten Wert in der Folge. Wenn Sie 
diese nach der obigen Formel nur aus Sinuskomponenten berechnet haben, werden beide dem 
Betrag nach identisch sein, so daß sie die Wertetabelle der Wellenform so berechnen können (wie 
in Formel 41 dargestellt): 
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128 
s = rad r * ) 
t 
r 
max 
mit rnd() - Rundungsfunktion 
r - Wertemaximum 
max 
Formel 40 


Sollten Sie jedoch noch andere als Sinuskomponenten bei der Berechnung verwendet haben, so 
müssen Maximum und Minimum nicht mehr notwendig gleich sein. Dann empfiehlt sich die 
Verwendung der Formel: 


256 nr pn, 
S, = rnd( r, * = max mın ) 
r -r_. 2 
max mın 
Formel 41 


Wenn sie beliebige Wellenformen zu den Sinusanteilen hinzufügen, sollten sie außerdem darauf 
achten, daß diese mit demselben Wert beginnen und enden. Andernfalls tritt bei der Wiederholung 
der Tabellenwerte ein Spannungssprung auf, der ebenfalls unerwünschte Oberwellen, etwa von 
der Intensität eines entsprechenden Sägezahns, erzeugt. 


2.2.2 DMA-Betrieb 


Die Register der Custom-Chips des Amiga liegen alle nebeneinander im Adreßbereich $DFF000 
bis $DFF280. Sie sind durchgehend 16 Bit breit, weshalb alle Register, die (32-Bit-)Adressen 
beherbergen müssen, zu jeweils einem höherwertigen (High-) und einem niederwertigen 
(Low-)Teil zusammengefaßt sind. Da diese beiden Teile stets direkt beieinanderliegen, können 
mittels einer Langwortübertragung auch beide Datenwörter zugleich in das Registerpaar über- 
tragen werden. Die für die Audiohardware zuständigen Register liegen im Bereich ab $DFFOAO. 
Für jeden Audiokanal sind sechs Register vorgesehen, wobei die Register für Kanal 0 ab 
$DFFOA0, die für Kanal 1 ab $DFFOBO, für Kanal 2 ab $DFFOCO und für Kanal 3 ab $DFFODO 
liegen. Wie erwähnt, sind die Kanäle O und 3 auf den linken, die Kanäle 1 und 2 auf den rechten 
Stereoausgang des Amiga geschaltet. 


Die AUDxLC-Register 


Im DMA-Betrieb müssen wir der Audio-DMA-Kontrolle von Paula zuerst einmal mitteilen, 
woher die Wiedergabedaten geholt werden sollen. Zu diesem Zweck dient das Registerpaar 
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ab der die DMA mit der Übertragung beginnen soll. Der Wert dieser beiden Registei 


keineswegs die aktuelle Adresse dar, an der die DMA im Verlauf der Ausgabe angelangt ist. Der 
hier angegebene Wert wird vielmehr nur beim Start der DMA und dann jedesm: bei Erreichen 
des Tabellenendes in den eigentlichen Zeiger übertragen, der die Adresse ‚des nächsten zu 
übertragenden Wortes enthält. Auf diesen Zeigerhat der Userkeinen Zugrifi ‚esh, 
möglich ist, einen einmal für längere Zeit unterbrochenen DMA-Vorgan er gleichen Stelle 
fortzusetzen. __ 


Die Register AUDxLCH und AUDxLCL belegen innerhalb des 
folgenden Adressen: 


SDFFOAO [AUDOLCH] Audiodatenzeiger Kanal 0 Bit 16-18 
$SDFFOA2 [AUDOLCL] Bit 0-15 I 
SDFFOBO [AUDILCH] Audiodatenzeiger Kanal 1 Bit 16-18 
SDFFOB2 [AUDILCL] Bit 0-15 

SDFFOCO [AUD2LCH] Audiodatenzeiger Kanal 2 Bit 16=18 
SDFFOC2 [AUD2LCL] Bit 0-15 

SDFFODO [AUD3LCH] Audiodatenzeiger Kanal 3 Bir 1 621 8 
$DFFOD2 [AUD3LCL] Bit 0-15 








Registerbereiches die 


Wie man auch hier sieht, haben alle Adressen, von denen die DMA Daten übertragen kann, 
lediglich eine Breite von 18 Bit. Das ergibt sich aus. der Tatsache, daß der Adreßbus der DMA- 
Vorrichtung im Agnus-Chip leider nur 18 Leitungen hat und so nur die untersten 512 Kbyte des 
Amiga-Systems, das sog. Chip-RAM, per DMA erreicht werden können. Der neue BigAgnus- 
Chip (8372A), der bereits in den neueren»Amiga 500 und Amiga 2000 Modellen ab Werk 
eingebaut ist, erlaubt die DMA-Ansteuerung von 1 Mbyte Chip-Memory. Unter der neuen 
Betriebssystem-Version Kickstart 2.0, eingebaut im Amiga 3000, ist sogar die Ansteuerung von 
2 Mbyte Speicher möglich! 


Nehmen wir nun also an, wir wollten über Kanal 0 eine aus 16 Samples bestehende Sinus- 
Wellenform als unveränderlichen, konstanten Ton wiedergeben. Hierzu berechnen wir uns zuerst 
eine entsprechende Tabelle: . 













sampledata: 
dc.b 
dce.b 
de.b 
de.b 
dc.b 
dc.b 
dc.b 
dc.b 


sdend: 


sdlen sdend-sampledata ; Länge der Daten in Bytes 
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Dann übertragen wir die Startadresse dieser Dateni in AUDOLC. In 68000- Asse Wirde das 
so aussehen: 


AUDOLCH EQU $DFFOAO 
AUDOLC EQU AUDOLCH 


SetCH0Dataloc: 


lea sampledata, a0 
move.l a0,AUDOLC 


Die AUDxLEN-Register 


Um nun einen bestimmten Speicherbereich zu definieren, müssen’'wir hie Hardware als nächstes 
die Länge des abzuspielenden Speicherbereiches mitteilen. Dafür ist das Register AUDxLEN 
vorgesehen. Hier muß der Prozessor die Tabellenlänge in Wörtern bzw. in Bytes durch 2 angeben. 
Da in diesem Register die volle Bitbreite ausgeschöpft werdenkann, beträgt der größte Speicher- 
bereich, der auf diese Weise erfaßt werden kann, 216+1.Byte‘oder 128 Kbyte. Die Adressen für 
die einzelnen Kanäle lauten: 


$DFFOA4 [AUDOLEN] Tabellenlänge in Wörtern Kanal 0 
$DFFOB4 [AUDILEN] Tabellenlänge in Wörtern Kanal 1 
$DFFOC4A [AUD2LEN] Tabellenlänge in Wörtern Kanal 2 
$DFFOD4 [AUD3LEN] Tabellenlänge in WörternKanal 3 


Wie bereits im Abschnitt über Paula erwähnt'wurde, ist die Hardware dafür ausgelegt, eine einmal 
gewählte Audio-Datentabelle ständig zu wiederholen, so lange der Prozessor nicht eingreift und 
eine neue Einstellung vornimmt. Dies,wird von Paula folgendermaßen bewerkstelligt: Beim Start 
des DMA-Vorgangs werden sowohl die Startadresse inAUDxLCH undAUDALCL in den internen 
Zeiger übertragen als auch die Länge der Tabelle aus dem AUDxLEN-Register in einen ebenfalls 
internen Zähler. Nun wird bei jedem erfolgten DMA-Zugriff der Datenzeiger auf das nächste zu 
übertragende Wort gestellt und.der interne Zähler um eins dekrementiert. Das wird so lange 
fortgesetzt, bis der Zähler bei 0 angelangt ist. Dann werden Zeiger und Zähler wieder auf die inden 
Registern angegebenen Werte gesetzt und der Vorgang beginnt somit von neuem. 


Hieraus wird unter anderem deutlich, wie beliebige Audiodaten bündig hintereinander abgespielt 
werden können: Da die Registerwerte nur beim Start der DMA und beim Erreichen des 
Tabellenendes übernommen werden, eine zwischenzeitliche Änderung der Registerinhalte aber 
keine Wirkung auf den“momentanen Zustand der DMA hat, braucht man nur nach einer 
Wertübernahme die Register mit den neuen Werten zu versehen, damit nach Beendigung der 
gerade abgespielten Wellenform sofort die Ausgabe der nächsten beginnt. Wie dies im einzelnen 
geschieht, werden; wir später bei der Interrupt-Handhabung sehen. 


Lassen wir also dem AUDxLEN-Register die benötigten Daten zukommen. Die Länge unserer 
Tabelle beträgt,16 Byte, was indem Label sdlen vermerktist. Dieser Wertmuß noch durch 2 geteilt 
werden;ium:die Anzahl der Datenworte zu erhalten. Der entsprechende Assemblerbefehl lautet: 
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AUDOLEN EOQU SDFFOA4 
SetCh0Datalen: 


move.w #sdlen/2, AUDOLEN 


Die AUDxVOL-Register 


Nun sollten wir außerdem die Lautstärke unseres Tones bestimmen. Für diesen Parameter ist das 
Register [/AUDxVOL] vorgesehen. Wie im Abschnitt 2.1.1 beschrieben, sind in diesem Register 
7 Bit von Interesse, der zulässige Wertebereich erstreckt sich jedoch nur von 0 bis einschließlich 
64, also von binär %00000000 bis %01000000, wobei 0 für gar kein Signal ([-unendl.] dB) und 
64 für volle Lautstärke steht (0 dB). Eine genaue Aufschlüsselung der dB-Werte findet man in Tab. 
2.1. Die AUDxVOL-Register belegen folgende Adressen: 


$DFFOA8 [AUDOVOL] Lautstärke Kanal 0 
$SDFFOB8 [AUDIVOL] Lautstärke Kanal 1 
SDFFOCS [AUD2VOL] Lautstärke Kanal 2 
$SDFFOD8 [AUD3VOL] Lautstärke Kanal 3 


Nehmen wir für unseren Ton der besseren Hörbarkeit halber die höchste Lautstärke: 


AUDOVOL EQU S$DFFOA8 
SetCh0Vol: 


move.w #64, AUDOVOL 


Die AUDxPER-Register 


Als letzter Parameter muß noch die Frequenz des abzuspielenden Fones angegeben werden. Wie 
schon im Abschnitt 2.1.1 beschrieben, ergibt sich die Wiedergaberate und damit die effektive 
Frequenz des Tones aus dem Wert eines Zählers, der nach der Ausgabe eines jeden Samples 
wieder mit diesem Startwert geladen wird und dann mit jedem Clockzyklus um 1 dekrementiert 
wird. Erst wenn dieser bei 0 angelangt ist, wird das nächste Sample an den Wandler übergeben. 
Aus diesem Grund wird die Wiedergaberate nicht direkt in Hertz, sondern in der Anzahl der 
Buszyklen angegeben, die zwischen den Ausgabezeitpunkten zweier Samples liegen. Da die für 
die Erzeugungeinerbestimmten Frequenz f(0) notwendige Wiedergaberate f(W) sich soerrechnet. 


fr = fo * Samples/Cycle 


Formel 42 
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Der Wert für den Periodenzähler läßt sich angeben mit 


Clock-Frequenz 


fi 


Periode = 


Formel 43 


Man kann den Zählerwert, der für die Wiedergabe der gewünschten Tonhöhe vonnöten ist, mit 
folgender Formel erhalten: 


Clock-Frequenz 
Periode = 


fo * Samples/Cycle 


Formel 44 


Das Register, mit dessen Wert der interne Zeitzähler nach jedem Ausgabevorgang aufgefrischt 
wird, heißt AUDxPER. Wie alle Customchip-Register verfügt es über eine Breite von 16 Bit, also 
einen Wertebereich von O bis 65535. Die AUDxPER-Register der einzelnen Kanäle liegen an den 
Adressen: 


$SDFFOA6 [AUDOPER] Periodenzähler Kanal 0 
$SDFFOB6 [AUDIPER] Periodenzähler Kanal 1 
$SDFFOC6 [AUD2PER] Periodenzähler Kanal 2 
$SDFFOD6 [AUD3PER] Periodenzähler Kanal 3 


Wie jedoch im Abschnitt 2.1.2 (Agnus) erwähnt, sind der Wiedergaberate gewisse 
hardwarebedingte Grenzen gesetzt. Die theoretische Obergrenze bildet die Anzahl der 
Videozeilen, die in einer Sekunde auf den Bildschirm gebracht werden, da jeder Audiokanal nur 
einmal pro Videozeile mit je zwei Samples versorgt werden kann. Die tatsächlichen Obergrenzen 
(28867 NTSC und 29504 PAL) ergeben für den Periodenzähler einen minimalen Wert von 124 
für NTSC und 121 für den PAL-Amiga, der in Europa verkauft wird. Wird dieser Wert 
unterschritten, so kann die DMA das nächste Datenwort zuweilen nicht rechtzeitig zur Verfügung 
stellen, so daß die Wellenform verfremdet wird. Nur wenn im AUDXLEN-Register der Wert 1 steht 
und damit immer dasselbe Datenwort ausgegeben wird, macht es keinen Unterschied, ob dieses 
rechtzeitig übertragen wird oder nicht. Dies läßt bei Ausschaltung des Audio-Filters (siehe 2.1.3) 
die Erzeugung einer Rechteckschwingung bis zu einem Viertel der Busfrequenz (1.785 MHz) zu. 


Nehmen wir an, wir wollten unsere Wellenform mit einer effektiven Frequenz von genau 1000 Hz 
wiedergeben. Die dazu nötige Ausgaberate (in Formel 46) 
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fr = 1000 Hz * 16 Samples/Cydle = 16000 Hz 


Formel 45 


ist für die Hardware nicht zu hoch, und es sind auch keine hörbaren Aliasing-Frequenzen zu 
erwarten. Also errechnen wir den zugehörigen Periodenwert: 


Clock-Frequenz 3570000 Hz 
Berge 2 2223 
fy 16000 Hz 
Formel 46 


Dieser Wert muß jetztnur noch an das AUDxPER-Register übergeben werden, damit alles für den 
Start der Tonausgabe vorbereitet ist: 


AUDOPER EQU S$DFFOA6 
SetCh0Per: 


move.w #223, AUDOPER 


Dadas AUDxPER-Register wie alle Hardwareregister nur ganze Zahlen aufnehmen kann, ist man 
bei der Berechnung der Periodenzählerwertes gezwungen, eine Rundung vorzunehmen. Diese 
Rundung erzeugt naturgemäß einen gewissen Fehler, d.h., die tatsächlich wiedergegebene 
Frequenz unterscheidet sich von der gewünschten um einen gewissen Betrag. Dieser kann jedoch 
nicht größer sein als ein Abstufungsschritt des Periodenzählers im jeweiligen Bereich, in diesem 
Fall also nicht größer als ca. ein '/,. Dies ist für den Audiobereich normalerweise noch hinzu- 
nehmen, für technische Anwendungen jedoch (z.B. Erzeugung und Modulation von Träger- 
frequenzen) wird hier eine genaue Fehlerrechnung notwendig. Die Differenz zwischen der 
gewünschten Frequenz f(0) und der nächsten erreichbaren errechnet sich aus: 


. Clock-Frequenz 
Samples/Cycle * Periode 


Formel 47 
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Da die Periode durch die Rundung des Ausdrucks 


Clock-Frequenz 
Periode = rnd(l —————————  _ ) 
Samples/Cycle * fo 


mit rnd() - Rundungsfunktion 


Formel 48 


errechnet wird, ergibt sich durch Einsetzen dieses Ausdrucks in die obige Gleichung: 


Clock-Frequenz 





Clock-Frequenz 


Samples/Cycle * nd ————— ) 
Samples/Cycle * fo 


Formel 49 


Isoliert betrachtet können diese Differenzen vom menschlichen Ohr so gut wie nicht wahrgenom- 
men werden. Fügt man jedoch mehrere Töne zu einem Akkord zusammen, so können sich durch 
die Interferenzen zwischen den einzelnen Tönen (Schwebungen) bereits sehr feine Frequenz- 
unterschiede bemerkbar machen, die das Klangbildnicht unerheblich verfälschen und den Akkord 
»schräg« klingen lassen. Um dies zu vermeiden, hilft in manchen Fällen nur eine Korrektur (d.h. 
Erhöhung) des Wertes für Samples/Cycle und damit der Sampling-Rate. 


In der folgenden Tabelle sind die Periodenzählerwerte für die sogenannte »wohltemperierte 
Tonleiter« bei der von uns verwendeten 16-Bit-Wellenform angegeben. In der wohltemperierten 
Tonleiter sind die Frequenzverhältnisse zwischen den einzelnen Tönen genau gleich (im Gegen- 
satz zu den natürlichen Oberwellenschwingungen oder zu der Tonleiter, die man aus der 
Aneinanderreihung von Quinten gewinnt). Für diese Tonleiter gilt die Bedingung, daß jeder Ton 
im genau gleichen Frequenzverhältnis zu seinem Nachfolger steht wie der vorhergehende zu 
jenem, alle Töne also genau den gleichen tonalen Abstand voneinander haben. Hierbei gilt nach 
wie vor, daß zwei Töne im Abstand von einer Oktave genau im Frequenzverhältnis 1:2 stehen 
müssen. Da eine Oktave zwölf Töne enthält, muß ein Faktor gefunden werden, der zwölfmal 
mit sich selbst multipliziert 2 ergibt. Dies ist genau die 12. Wurzel aus 2, oder anders geschrieben 
2/2 (dezimal 1.059463). Nach diesem Faktor berechnet, ergeben sich bei 16 Samples/Cycle 
(AUDAXLEN = 8) die folgenden Periodezählerwerte: 
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Ideale Frequenz Reale Frequenz 





Tab. 2.2: Periodenwerte für die wohltemperierte Tonleiter 


Die DMA-Kontrolle | 


Nachdem wir alle Parameter für unseren Ton festgelegt haben, können wir nun endlich die DMA- 
Übertragung starten undden Ton erklingen lassen. Für die Kontrolle dereinzelnen DMA-Prozesse 
dient das sog. DMACON-Register. In ihm können alle DMA-Sorten wie Bitplane-, Blitter-, 
Copper-, Sprite- und Audio-DMA durch Setzen oder Löschen der entsprechenden Bits an- oder 
abgeschaltet werden. Wenn man das zu einem Audiokanal zugehörige DMA-Bit setzt, so werden 
wie erwähnt die Werte von AUDxLC, AUDxLEN und AUDxVOL in die zugehörigen Register 
übernommen und die DMA-Übergabe gestartet. Ab jetzt wird die im AUDxLC- und AUDXLEN- 
Register definierte-Wellenform in ständiger Folge wiederholt, bis das entsprechende Bit im 
DMACON-Register wieder abgeschaltet wird. 

















Das DMAG ON“Register besitzt als höchstwertiges Bit einen Schalter, der angibt, ob die auf 1 
gesetzten Bitsdes in das Register geschriebenen Wertes die entsprechenden Registerbits auf0 oder 
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auf 1 setzen sollen. Gibt man also im höchstwertigen Bit eine 1 an, so werden alle 
Schreibwert auf 1 gesetzten Bits ebenfalls auf 1 gesetzt, bei einer 0 im höchstwertigefi t werden 
alle 1-Bits gelöscht, also auf O gesetzt. Dies ist notwendig, damit der neue Registerwert nicht erst 
aus dem vorherigen konstruiert werden muß, da man ja meist nur einzelne Bits v; rn will und 
die restlichen unberührt bleiben sollen. Die für uns interessanten Bits des DM, gPN- -Registers 
sehen folgendermaßen aus: 











DMACON-Register 

Bit Name Funktion 

15 SETCLR 
1 = alle 1-Bits werden auf I gesetzt 
alle anderen bleiben unberührt 
0 = alle 1-Bits werden auf 0 gesetzt, 
alle anderen bleiben unberührt ‘ 

9 DMAEN Schalter für alle DMA-Prozesse 

3 AUD3EN Audio-DMA Kanal 3 einschalten 

2 AUD2EN Audio-DMA Kanal 2 einschalten 

1 AUDIEN Audio-DMA Kanal heinschalten 

0 AUDOEN Audio-DMA Kanal 0 einschalten 


Um den von uns gewählten Audiokanal zur Wiedergabe zu veranlassen, müssen wir das 
entsprechende Bit im DMACON-Register auf,l setzen, wobei wir nicht vergessen sollten, vor- 
sichtshalber auch das DMAEN-Bit mitzusetzen: | 


DMACONW EQU S$DFF096 ; DMACON schreiben 


SETCLR EQU $0800 
DMAEN EOU 50200 
AUDOEN EoOU 50001 


StartChODMA: 
move.w #SETCLR!DMAEN ! AUDOEN, DMACONW 


Jetzt ist die Audio-DMA eingeschaltet und unser Ton erklingt aus dem Lautsprecher. Um die 
Tonausgabe wieder anzuhalten, müssen wir lediglich eine 0 in das entsprechende Bit des 
DMACON-Registers zu, ‚schreiben. Das geschieht so: 





StopCh0DMA: 5 
move.w #AUDOEN MACONW 





Beim nächsten Ausgabezyklus wird also keine DMA-Anforderung mehr gestellt, womit die 
Kontrollogik in den Ruhezustand übergeht. Der Wert des internen Datenzeigers ist damit natürlich 
verloren, da er,beirn nächsten Einschalten der DMA unweigerlich überschrieben wird. Nur wenn 
der Zyklus, während dessen die DMA abgeschaltet wurde, noch nicht vorüber und DMA- 

Kontroll och ‚nicht im Idle State ist, kann mit der Tonausgabe an der alten Stelle fortgefahren 
werden. 
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Beispiele 
Fassen wir die Schritte, die für die Vorbereitung der Tonausgabe notwendig waren; 
zusammen: 







1. Konstruieren Sie Ihre Wellenform (siehe Kap. 2.2.1). 


2. Sorgen Sie dafür, daß Ihre Wellenform an einer geraden Adresse im: C! ' RAM zu liegen 
kommt und eine gerade Anzahl von Samples enthält. 


3. Setzen Sie die Register für den Zeiger auf die Audiodaten: A XLCH (Bits 16-18)/ 
AUDXLCL (Bits 0-15) 


4. Geben Sie die Länge der Audiodaten in Wörtern im AUDxLE 
5. Setzen Sie das Lautstärkeregister AUDxVOL auf die gewüns 


6. Definieren Sie die gewünschte Wiedergaberate durch Angabe des Periodenzählerwertes im 
AUDXxPER-Register. 


7. Starten Sie die Audio-DMA, indem Sie das SETCLR-Bitzusammen mit dem DMAEN-Bitund 
dem entsprechenden Bit des gewünschten Audiokanalsin das DMACON-Register schreiben. 


Das folgende Beispielprogramm soll die bisher besprochenen Verfahrensweisen zusammenfas- 
sen und verdeutlichen. Stören Sie sich nicht daran, daß die Register- und Konstantennamen, die 
in diesem und den folgenden Beispielprogrammen»verwendet werden, von den oben gezeigten 
geringfügig abweichen. Dies liegt daran, daß die Definitionen in den offiziellen sog. Include-Files 
für den Amiga (Dateien mit Konstantendefinitionen, die beim Kompilieren bzw. Assemblieren 
eingebunden werden) so festgelegt wurden‘ So lauten beispielsweise die Defininitionen der für 
den Audio-Bereich zuständigen Register: 


dmacon EOU $096 
clxcon EQU 5098 
intena EQU S09A 
intreq EQU $09C 
adkcon EOQU $09E 


aud EQU  $O0A0 
audO EQU $0AO 
audl EQU $0BO 
aud2 EQU SOc0 
aud3 EQU $0DO ‚ 









; STRUCTURE AudChannel, 0 








ac_ptr EQuU „S00% 

ac_len [ 

ac_per 

ac_vol 

ac_dat  $0A 
$10 


ac_SIZEOF, ou 
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So wird das Laden der Audioregister, hier z.B. des [AUDxLC]-Registers normä sise so 
programmiert: 


lea SDFFO00, a0 
move.l #sampledata, aud0+ac_ptr 


erstens die von Ihnen benötigten Definitionen nicht erst mühsam mit der: 
und zweitens die Fehlerwahrscheinlichkeit verringert wird. 


; sinuston.asm 


INCLUDE 'exec/exec_lib.i' 
INCLUDE 'exec/memory.i' 
INCLUDE 'hardware/custom.i' 
INCLUDE 'hardware/dmabits.i' 
INCLUDE 'hardware/intbits.i' 
INCLUDE 'asmsupp.i' 





CUSTOM ADR EQU SDEFO00 


move.l 4.w,a6 
move.l #sdlen, dO 





moveq #MEMF PUBLIC !MEMEF CHIP,dT. 
CALLSYS AllocMem S 
move.l d0,buffer 












beq.s End 
lea sampledata (PC),a0 
movea.1l d0O,al 
moveq # (sdlen/2)-1,di 
CopyBuf 
move.w (a0)+, (al)+ 
dbra dl,CopyBuf 
lea CUSTOM_ADR,a2 
move.l ‚ac_ptr+audO (a2) ; Puffer 1 zuerst benutzt 
move.w ‚ac_lentaudO (a2) ; Pufferlänge in Wörtern 
move .w ‚ pertaud0 (a2) ; Wiedergaberate 1000 Hz 
move.w c; voltaudO (a2) ; volle Lautstärke 
move .w #DMAF_SETCLR!DMAF AUDO, dmacon (a2) ; DMA einschalten 
Waitll “ 
btst #6, $bfe001 ; auf linke Maustaste warten 
bne.s itll 
#DMAF AUDO, dmacon (a2) ; DMA ausschalten 
buffer (PC) ‚al ; Puffer zurückgeben 


#sdlen, dO 
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CALLSYS FreeMem 








End: rts 
sampledata: 
dc.b 0,49 
dc.b 90,117 
dce.b 127,117 
de.b 90,49 
dc.b 0,-49 
dce.b -90,-117 
dc.b 127,117 
dc.b -90,-49 
sdend: . 
sdlen EOU sdend-sampledata ; Länge der Daten in Bytes 
buffer 
ds.1 1 


2.2.3 Interrupts 


Im letzten Abschnitt haben wir die Programmierung.der Audio-Hardware soweit kennengelemt, 
daß wir einen konstanten Ton erzeugen konnten. Außer der Option, die DMA auf andere Daten 
zu richten oder ganz abzuschalten, war jedoch bisher keine sinnvolle Beeinflussung der DMA- 
Ausgabe machbar, da man ja keine Information'über den aktuellen Stand der Audioausgabe 
gewinnen konnte und damit die Synchronisation eines Programmes mit der DMA unmöglich war. 
Es gibt jedoch eine Möglichkeit, einem Prögramm mitzuteilen, wann die DMA-Kontrolle den 
Wiedergabevorgang gestartet bzw. den Datenzeiger wieder auf den Anfang zurückgesetzt hat. Der 
M68000-Prozessor verfügt nämlich, über die Fähigkeit zur Unterbrechung eines jeden 
Programmablaufs: Drei Leitungen;;die sogenannten Interrupt-Leitungen, Können den Prozessor 
zum Sprung in bestimmte Routinen veranlassen, deren Startadressen aus dem Bereich von $64 — 
$78 geholt werden. Die durch die 3 Bits der Interrupt-Leitungen darstellbaren sieben Interrupt- 
Levels (0 = kein Interrupt, Usffiede) werden im Paula-Chip noch einmal auf 14 mögliche 
Interrupt-Quellen verteilt. . 





Eines der Interrupt-Levels Anlich Level 4, wird von den Audio-Interrupts der vier einzelnen 
Kanäle belegt. Dies läßt,sich folgendermaßen einsetzen: Erlaubt man einen Audio-Interrupt, so 
wird dieser jedesmal‘genatidann ausgelöst, wenn die Werte aus den AUDxLC und AUDxLEN- 
Registern jeweils in die internen Zeiger und Zähler übertragen worden sind. Innerhalb der jetzt 
angesprungenen Interrupt-Routine können nun die neuen Werte für AUDxLC und AUDxLEN 
damit sich die neue Wellenform nach Beendigung der momentan Abge- 


hließt. 









spielten bündig 


Für die Kontrolle-der Erlaubnis als auch des wirklichen Auftretens von Interrupts gibt es zwei 
Register: Das INTENA- und das INTREQ-Register. Beide besitzen sowohl ein Lese- (Read only 
-»R«) als aucı ein Schreibregister (Write only — »W«). Diese haben jeweils die Adressen: 
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SDFFO9A [INTENA] (schreiben) 
SDFFOIC [INTENAR] (lesen) 


$SDFFOSC [INTREQ] (schreiben) 
$DFFOIE [INTREOR] (lesen) 





Im INTENA-Register können die möglichen Interrupt-Quellen an- bzw. a 
Dabei ist jedem Bit eine der möglichen Interrupt-Anlässe zugeordnet. Dies 
INTENA- als auch im INTREQ-Register folgendermaßen angeordnet: 


INTENA-Register 
Bit 


‚schaltet werden. 
ts sind sowohl im 








Name Funktion 


















15 SETCLR 1= alle 1-Bits werden auf 1 gese 
alle anderen bleiben unberührt ’ 
0= alle 1-Bits werden auf O gesetzt, 
alle anderen bleiben unberührtw 

14 INTEN (6) | Interrupts erlauben = 

13 EXTER 6 Interrupt von CIA-B oder. Expansion-Port 

12 DSKSYN | 5 Disk-Synchronisation 

11 RBF 5 Eingabepuffer serieller Port voll 

10 AUD3 4 Audioregister Kanal 3 gefüllt 

9 AUD2 4 | Audioregister Kanal 2 gefüllt 

8 AUDI 4 Audioregister.Känal 1 gefüllt 

7 AUDO 4 Audioregister Kanal 0 gefüllt 

6 BLIT 3 Blitter fertig 

5 VERTB 3 Beginn vertikale Austastlücke 

4 COPER 3 Copper. 

3 PORTS 2 | CIA-A oder Expansion Port IRQ 
2 SOFT 1 Soft-Interrupts 

1 DSKBLK | 1 Disk-DMA beendet 

0 TBE 1 Ausgabepuffer serieller Port leer 


Möchte man z.B den Audio-Interrupt von Kanal 0 aktivieren, so kann das so geschehen: 


lea SAff00, a0 
move.w #INTF_SETCLR!INTF AUDO, intena (a0) 






Das INTREQ -Regis tt dazu da, um die effektiv aufgetretenen Interrupts identifi- 
zieren zu können. „man mehrere Audio-Interrupts erlaubt, so kann man den Kanal, der 
den Interrupt verursacht hat, auf folgende Weise bestimmen: 





lea $ £008, a0 
move.w intreg(a0),dO 
btst #INTB AUD3, dO 
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btst #INTB_AUD2, dO 
bne serveaud2 


btst #INTB_AUD1,dO 
bne serveaudl 


btst #INTB_AUDO, dO 
bne serveaudO 





Das folgende Beispielprogramm verwendet die Audio-Interrupts dazu, einen Speicherbereich 
von beliebiger Länge (darf auch im Fast-RAM liegen) bei einer bestimmten Wiedergaberate 
abzuspielen. Die dafür benötigten Daten werden aus dem File geholt, dessen Name als Parameter 
in der Kommandozeile des CL1 (!) angegeben wird. Hierzu werden uerst zwei Puffer angefordert, 
deren Länge in der Konstanten BUFLEN festgelegt wird. Dann wird. der erste Puffer mit Daten 
gefüllt und dessen Wiedergabe angeordnet, wobei der Interrupt für:den entsprechenden Kanal 
erlaubt wird. In diesem Interrupt wird dann, während der eine Puffer abgespielt wird, der nächste 
Puffer mit Daten versorgt und die nächsten Werte für AUDxLC und AUDxLEN entsprechend 


gesetzt. Dies erlaubt die Wiedergabe eines beliebig großen Sample-Datenfeldes. 





; playfile.asm 











opt d+ 

INCDIR "Include:" 

INCLUDE 'exec/exec_lib.i' 
INCLUDE 'exec/memory.i' 
INCLUDE 'exec/interrupts.i' 
INCLUDE 'libraries/dos.i' 
INCLUDE 'libraries/dos_lib.i' 
INCLUDE 'hardware/custom.i' 
INCLUDE "hardware/dmabits.i' 
INCLUDE 'hardware/intbits.i',. 
INCLUDE 'asmsupp.i' 


CUSTOM_ADR EQU SDFFOOO 






BUFLEN EQU 51000 


Begin: 
; Parameterstring 
; am Ende mit 0 versehen 


“4.w,a6 ; ExecBase 


OpenLibrary ; DOS-Library öffnen 
d0,DOSBase 
End 
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NoSwtch 


CopyBl 





Er 


movea.l 
bsr 
move.l 
beq 
movea.l 
move.l 
adda.l 
move.l 
move.l 
cmp.1 
ble.s 
adda.w 


move.l 








a2,a0 

LoadFile ; File laden 

a0,MemPtr ; Zeiger auf File im Speiche 
Endl 

a0,al 

d0,MemSize ; Speicherlänge 

a0,a0 

a0,MemEnd ; 

#BUFLEN, d1 

d1,d0 ; ? 
NoSwtch ’ MemPtr 
dl,al ; sonst eine Püfferlänge weiter 


al,ActPtr 


durch getrennte Puffer können kleinere Speicherbereiche 


genutzt werden 


move.l 
move.l 
CALLSYS 
move.l 
beq 


move.l 
move.1l 
CALLSYS 
move.l 
beq 


move.l 
move.l 
move .w 





move. 
dbra 


lea 
moveq 


CALLSYS | 


#BUFLEN, dO 

#MEMF PUBLIC!MEMF CHIP,dl1 
AllocMem 

d0,Bufl 

End2 





Speicher für Pufferl reservieren 











#BUFLEN, dO 
#MEMF_PUBLIC!MEMF CHIP, di 

AllocMem EI ; Speicher für Puffer2 reservieren 
d0,Buf2 n 
End3 





MemPtr (PC),a0 © ; Puffer 1 vorbereiten 
Bufl(PC),al = 


> ; Audio-Interrupt setzen 
d0,OldInt 


CUSTOM_ADR, a2 

Bufl (PC) ,ac_ptr+audO (a2); Puffer 1 zuerst benutzt 
#BUFLEN, dO 

MemSize (PC) ,d0O 

NormLen 

MemSize (PC) ,dO 





NormLen 


WaitLl 


End4 


End3 


End2 


Endl 


End 





asr.w 

move.w 
move.w 
move,.w 


move.w 
move,w 


btst 
bne.s 


move.w 
move .w 


move.l 
moveq 
CALLSYS 


move.l 
move.l 
CALLSYS 


move.l 
move.l 
CALLSYS 


move.l 
move.l 
CALLSYS 


move.l 
CALLSYS 


rts 
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#1,d0 

dO,ac_lentaudO (a2) ; Pufferlänge in Wörtern 
#180, ac_per+taudO (a2) ; Wiedergaberate X Hz 
#64,ac_vol+taudO (a2) ; volle Lautstärke 


#INTF_SETCLR!INTF AUDO,intena (a2) 
#DMAF SETCLR!DMAF AUDO, dmacon (a2) 


#6, $bfe001 ; 
WaitLi 


#DMAF AUDO, dmacon (a2) . 
#INTF_AUDO, intena (a2) ; Interrupt 
OldInt (PC) ,al 
#INTB_AUDO,dO 
SetIntVector 


’ 


alten Thterrupt wiederherstellen 


Buf2 (PC) ‚al 
#BUFLEN, dO 
FreeMem 





‚Puffer 1 und 2 zurückgeben 


Bufl(PC),al 
#BUFLEN, dO 
FreeMem 





MemPtr(PC),al! 
MemSize (PC) ,‚dO° 
FreeMem 








; Die folgenden Register dürfen in einem Interrupt-Handler frei 





(überschrieben) werden, enthalten bei Einsprung in 


dler jedoch einige nützliche Werte: 


enthält Müll 
Und-Verknüpfung von INTENA u. INTREO-Register 
Zeiger auf Customchip-Register ($DFF000) 
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IntRoutine: 


NoRestart 


SetStart 


CopyBn 





al 
a5 
a6 


move.l 
move .w 
move.w 


move.w 
eor.Ww 
move.w 


lea 
movea.l 
move.l 


movea.l 
move.l 
sub.l 
cmp.1l 
bgt.s 
movea.l 
bra.s 


move.w 
movea.l 
adda.w 


asr.w 
move.w 
move.l 


asr.w 
subg.w 


move, 


dbra 


Inhalt des is data-Feldes der Interrupt-Struktur 
Inhalt des is _code-Feldes der Interrupt-Struktur 


ExecBase 
a2,-(a?7) ; 
#0,color (a0) 
#INTF_AUDO,intreq (a0) ; 
(al),dO ; 
#4,d0 
d0, (al) ; 


Bufl-MyData (al),a5 


0 (a5, d0.w) ‚a5 ;. 
a5,audO+tac_ptr (a0) A 


ActPtr-MyData(al),a2 
MemEnd-MyData (al) ,dO 
a2,d0 

#BUFLEN, dO 

NoRestart 
MemPtr-MyData (al) ‚a6. ; 
SetStart (y ; 





#BUFLEN, dO ü 
a2,a6 Ri ; 
a0,a6 





#1,d0 : 
d0, aud0+ac len (a0) ; 
Btr-MyData (al) ; 








(a7)+,a2 7 










noch ein Adreßregister benötigt 





als Datenzeiger eintragen 
P»Zeiger auf die nächsten Daten 


; Länge der restlichen Daten 
; größer als Puffer? 


ja: ActPtr := MemPtr 
AUDXLEN := MemEnd - ActPtr 


nein:ActPtr := ActPtr + BUFLEN 
AUDXLEN := BUFLEN 


Länge durch 2 = Wörter 

in AUDXLEN 

ActPtr aktualisieren 
nochmal durch 2 = Langwörter 
minus 1 (dbra!) 


nächste Daten in Puffer kopieren 


a2 zurückholen 





MyInt: 


OldInt 


IName 


DLName 


MyData: 


LoadFile: 
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; Interrupt-Strukturen müssen stets auf einer Langwort-Grenze 
; beginnen. Fügen sie dazu ggf. anstatt "cnop 0,4" die 
; entsprechende Direktive ihres Assemblers ein. 

















cnop 0,4 

as.l 1 

ds.l 1 

dce.b NT_INTERRUPT 

dc.b 0 

de.1 IName 

ac.l MyData 

dc.l IntRoutine 

ds.l 1 

dc.b "Audio-Interrupt",O 

DOSNAME > dos. library" 
ActBuf ds.w 1 
ActPtr as.l ai 
MemPtr ds.l 1 












MemEnd ds.l 
MemSize ds.l 
Bufl ds.1 


Buf2 


; Zeiger auf Filenamen 
| ; Zugriffsart lesen 
Lock, DOSBase 
g0,d4 ; File vorhanden? 
LFErrl 
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move.l d4a,dl 


lea MyFileInfoBlock (PC) ‚a2 


move.l a2,d2 

LINKSYS Examine, DOSBase 
move.l d4,d1 

move.l d0,d4 

LINKSYS UnLock, DOSBase 


tst.l d4 

beq LFErrl 

tst.1 fib EntryType (a2) 
bpl LFErrl 


move.l fib Size (a2) ,d4 
move.l d4,d0 


moveq #MEMF PUBLIC,d1 
move.l a6,-(a7) 

move.l 4.w,a6 

CALLSYS AllocMem 

move .l (a7)+,a6 
move.l d0,d6 

beq.s LFErri 

move.l a3,dl 


move.l #MODE_OLDFILE,d2 
LINKSYS Open, DOSBase 
move.l d0,d5 
beq.s LFErr2 


move.l d5,a1l 
move.l d6,d2 
move.l d4,d3 
LINKSYS Read, DOSBase 
cmp.1 d0,d3 
bne.s LFErr3 








move.l a5,dl Ss 
LINKSYS Close5DeSBase 







movea.l 
move.l 


LFEnd 


moven. 
rts 


(a7)+,d1-d7/al-a6 








a5,d1 
Close, DOSBase 





; FileInfoBlock-Struku 





; SBeicher reservieren 




















; File öffnen 


; Daten einlesen 


; File schließen 


; Startadresse 
; Länge des Files 
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LFErr2 
movea.l d6,al 
move.l d4,d0 
move.l a6,- (a7) 
CALLSYS FreeMem 
move.l (a7)+,3a6 
LFErrl 
suba.l a0,a0 
moveq #0,d0 
bra.s LFEnd 
cnop 0,4 
MyFileInfoBlock 
ds.b fib_SIZEOF 
DOSBase as.l 1 


2.2.4 Modulation 


Um eine noch größere Bandbreite an Klangeffekteninzur Verfügung zu stellen, ist in der 
Audiohardware des Amigaauch eine Möglichkeit vorgesehen, die Tonausgabe eines Audiokanals 
durch einen anderen Kanal zu modulieren. Die Modulation kann sich dabei auf zwei Parameter 
beziehen: Zum ersten kann die Lautstärke verändert werden, was durch eine kontinuierliche 
Änderung des Wertes im AUDxVOL-Register erzielt wird. Dadurch kann das automatische An- 
oder Abschwellen (Hüllkurve!) oder auch eine zyklische Lautstärkenänderung (Tremolo-Effekt) 
erreicht werden. Zweitens kann auch die Frequenz.des wiedergegebenen Tones moduliert werden, 
indem der Inhalt des AUDxPER-Registersıverändert wird. Wird dies zyklisch durchgeführt, so 
ergibt sich der bekannte Vibrato-Effekt. ' 


Soll die Wiedergabe eines Kanals moduliert werden, so muß man dafür einen zweiten Audiokanal 
verwenden, der dann nicht mehr zur’Tonwiedergabe verwendet werden kann. Dies kommmt 
daher, daß die von der DMA gelieferten Daten eines Kanals im Modulations-Modus (Attack 
Mode) nicht mehr an den D/A-Wandler dieses Kanals geschickt werden, sondern in das 
AUDxVOL-oder AUDXPER- -Register desjenigen Kanals, der moduliert wird. Die Daten, die von 
dem modulierenden Kanal"verarbeitet werden, bestehen jetzt also nicht mehr aus Sample-, 
sondern aus Lautstärke- oder,Periodenwerten, die bei jedem Ausgabe-Zyklus des modulierenden 
Kanals in das entsprecheride, ‚Register geschrieben werden. Hierbei werden die DMA-Datenwörter 
nicht mehr als eine Kombination von zwei Bytes betrachtet, sondern als nur ein »Modulator«- 
Wort, das jeweils einen 7- Bit-Wert füf das AUDxVOL- oder einen 15-Bit-Wert zur Übertragung 
in das AUDxPER-Register enthalten kann. Insgesamt lassen sich drei verschiedene Modulations- 
Betriebsarten unterscheiden: 


O Lautstärk: ulation — In dieser Betriebsart werden die von der DMA gelieferten Daten- 
wörter bei edem Herunterzählen des Periodenzählers in das AUDxVOL-Register des zu 
modulier n nal geschrieben. Ein Modulator-Wort hat hier folgendes Format: 
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Bit Funktion 
15-7 unbenutzt 
6-0 Lautstärkeregister-Wert V6 — VO 





Die einzelnen Modulatorwörter müssen im Speicher in der normalen Reihe 
angeordnet sein: 


Wort-Nr. Funktion 








Wort 1 1. Lautstärkewert 
Wort 2 2. Lautstärkewert 
Wort 3 3. Lautstärkewert 





O Frequenz-Modulation — In dieser Betriebsart werden die der DMA gelieferten Daten- 


wörter bei jedem Herunterzählen des Periodenzählers in'das AUDxPER-Register des zu 
modulierenden Kanals geschrieben. Ein Modulator 2% rt hat hier folgendes Format: 


Bit Funktion 





15-0 Periodenregister-Wert P15 — PO 


Die einzelnen Modulatorwörter müssen auch hier, i in der normalen Reihenfolge ihrer Ausgabe 
angeordnet sein: 


Wort-Nr Funktion 





Wort 1 1. Periodenwert 
Wort 2 2. Periodenwert 
Wort 3 3. Periodenwert 


QO Kombinierte Lautstärke- und Frequenz-Modulation — In dieser Betriebsart werden die vonder 
DMA gelieferten Datenwörter abwechselnd in AUDxVOL- und das AUDxPER-Register des zu 
modulierenden Kanals geschrieben. Eine dafür geeignete Datentabelle muß hierbei folgendes 
Format haben: 















1. Läutstärkewert 







Wort 2 1. Periödenwert 
Wort 3 2.Lautstärkewert 
Wort 4 eriodenwert 


Wort 5 Lautstärkewert 


Die Audiohardware des Amiga 91 





Dasjenige Register, in dem die Modulationsmodi der einzelnen Kanäle angegeben werden 
können, ist das ADKCON-Register. In diesem Register sind jedem Kanal 2 Bit zugeordnet»Eines, 
das angibt, ob der betreffende Kanal den mit der jeweils nächsthöheren Nummer in seiner 
Lautstärke modulieren soll, und entsprechend eines für die Frequenzmodulation. Sind beide Bits 
gesetzt, so werden Lautstärke- und Frequenz-Modulation kombiniert. = 


Hieraus ist zu sehen, daß der Kanal, der von einem anderen moduliert werden soll, leider nicht frei 
gewählt weren kann. Es kann vielmehr immer nur derjenige Kanal von einem anderen moduliert 
werden, der die zu diesem nächsthörere Ordnungsnummer hat, also kann. z.B Kanal O0 nur Kanal 
1 modulieren, Kanal 1 nur Kanal 2 und so fort. Dies hat auch zur Folge,.daß Kanal 3 nicht zur 
Modulation eingesetzt werden kann, da es keinen Kanal mit höherer ‚Ordnungsnummer gibt. 
Werden die jeweiligen Bits für Kanal 3 im ADKCON-Register u so schaltet dies lediglich 
die Audio-Ausgabe dieses Kanals ab. 


Das ADKCON-Register hat die folgende Bitbelegung: 





Bit Funktion 
15 1 = alle 1-Bits werden auf 1.gesetzt, 

alle anderen bleiben unberührt 

0 = alle 1-Bits werden auf'0.gesetzt, 

alle anderen bleiben unberührt 
14-8 Vom Disk-Controller verwendet 
7 USE3PN Audio-Kanal 3 moäduliert nichts 
6 USE2P3 Audio-Kanal 2 moduliert Periode Kanal 3 
5 USEIP2 Audio-Kanal I’ moduliert Periode Kanal 2 
4 USEOPI Audio-Kanal‘®.moduliert Periode Kanal 1 
3 USE3PN Audio-Kanäall3.moduliert nichts 
2 USE2V3 Audio-Kanal2 moduliert Volume Kanal 3 
1 USEIV2 Audio-Kanal 1 moduliert Volume Kanal 2 
0 USEOVI Audio-Kanal 0 moduliert Volume Kanal 1 


Das folgende Beispielprogramm. verwendet die hier vorgestellten Möglichkeiten zur Erzeugung 
eines sogenannten Leslie-Effekts. Eine Leslie-Box, bekannt aus den kruden Orgel-Orgien der 
Rockmusik der 60er und 70erJahre, besteht aus zwei aufeiner Achse montierten Hörnern, dieman 
in verschiedenen Geschwindigkeiten rotieren lassen kann. Dies ergibt durch die unterschiedlichen 
Relativgeschwindigkeiten zum Ohr außer einer Lautstärke- auch eine Frequenzmodulation 
(Doppler-Effekt). Dies wirdin dem Programm dadurch nachgeahmt, daß Lautstärke und Tonhöhe 
zyklisch und jeweils gegenläufig verschoben werden. Leider ist die Stärke des Doppler-Effekts 
(die Modulationstiefe) ganz wesentlich von der Umdrehungsgeschwindigkeit der Hörner ab- 
hängig, was bedeutet, daß man eigentlich für jede eine eigene Tabelle bräuchte oder zumindest bei 
jeder Änderung -@ine neue berechnen müßte (die Integration einer Floating-Point-Behandlung 
hatte wohl den.Rähmen eines Demoprogramms gesprengt). So klingt der Effekt auch nur in einem 
kleinen Bereieh‘ von Modulationsgeschwindigkeiten einigermaßen realistisch. Wenn man aller- 
dings ein Wenig mit den Modulationstabellen experimentiert, wird man sicher noch einige 
erstaunliche Variationen dieses Effekts erzielen können, bis hin zum dreidimensionalen Raum- 
klang-Effekt. 


92 Die Audiohardware des Amiga 





Das Programm benutzt Kanal 0 zur Modulation von Kanal 1 und Kanal 2 für Känal 3. Beide 
modulierenden Kanäle, 0 und 2, verwenden nur eine Tabelle, wobei die Ausgabe jedoc um eine 
halbe Tabellenlänge versetzt erfolgt. Dies wird dadurch erreicht, daß zuerst diesAdresse der 
Tabellenmitte in das Zeiger- die halbe Tabellenlänge in das Zählerregister,,von®Kanal 2 ge- 
schrieben werden, und dann die DMA gestartet wird. Dann werden die eigentlichen Werte der 
Tabelle angegeben, die erst dann in Zeiger und Zähler übernommen werden; wenn sich die DMA 
von Kanal 0 bereits bei der Mitte der Tabelle befindet, wodurch beide vo | nun an entsprechend 
versetzt stattfinden. 












Nach der Übergabe aller Parameter und dem Start der DMA erde N, beide Maus-Knöpfe 
abgefragt. Beim Druck auf den rechten Knopf wird die Modulationsgeschwindigkeit erhöht, beim 
linken verringert. Drückt man beide Knöpfe, so endet das Programm. 


;leslie.asm 


INCLUDE 'exec/exec_lib.i' 
INCLUDE 'exec/memory.i' 
INCLUDE 'hardware/custom.i' 
INCLUDE "hardware/adkbits.i' 
INCLUDE 'hardware/dmabits.i' 
INCLUDE 'hardware/intbits.i' 
INCLUDE "asmsupp.i' 


CUSTOM_ADR EQU  $DFF000 


MAXMODPER EQU 65535 
MINMODPER EOU 1400 
move.l 4.w,26 
move.l #dlen,dO : 
moveq #MEMF_PUBLIC!MEMF_CHIP,d1 


CALLSYS AllocMem | 

move.l ad0,buffer 

beq End 

lea Samp1&cata (ec) ‚a a0 
movea.l d0,a 
moveq #(dle 12) - -1,d1 










CopyBuf 


CUSTOM ADR, a2 
= buffer (PC) ,dO 


d0,ac_ptr+audi (a2) ; Abspielbereich Kanal 1 
d0,ac_ptr+aud3 (a2) ; Abspielbereich Kanal 3 
# (sdlen/2) ,ac_lentaudl (a2) ; Datenlänge in Wörtern 
# (sdlen/2) ,ac_lentaud3 (a2) 

#223,ac_pertaudl (a2) ; Startfrequenz 1000 Hz 


#223,ac_pertaud3 (a2) 
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move .w #64,ac_vol+taudl (a2) ; Startlautstärke 
move.w #64,ac_vol+taud3 (a2) 

addi.l #sdlen,dO ; = moddata 
move.l a0,dl 

move.l d0,ac_ptr+taudO (a2) ; Modulationsdate 
addi.ıl #mdlen/2,di ; Mod.-Phase Kan 
move.1l dl,ac_ptr+aud2 (a2) ; Mod.-Phase Ka + pi 
move .w #mdlen/2,ac_len+audO (a2) 

move .w #mdlen/4,ac_len+aud2 (a2) 

move.] #54000,d2 

move.w d2,ac_pertaudO (a2) 

move.w d2,ac_pertaud2 (a2) 

move.w 


#ADKF_SETCLR!ADKF USEOV1!ADKF USE2V3!ADKF USEOP1!ADKF USE! 





move.w #DMAF SETCLR!DMAF AUDIO, dmacon (a2) alle 4 Kanäle einsch. 


move.l d0,ac_ptr+aud2 (a2) reich Knl 2 korrigieren 


move.w #mdlen/2,ac_len+aud2 (a2) 


move.l #MAXMODPER, d3 
move.l #MINMODPER, d4 


















WaitLM 
btst #6, $bfe001 ; linke Maustaste testen 
beq.s WaitRM 
btst #2,potgor (a2) ; rechte Maustaste testen 
bne.s WaitLM 
subq.1 #1,d2 
cmp.l d4,d2 
bpl.s NoCorr 
move.l a4,d2 
NoCorr 
WaitRM 
; beide Tasten = Ende 
SetMPer 
d2,ac_pertaudO (a2) 
d2,ac_per+taud2 (a2) 


WaitLM 
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Endl 


End: 


move.w 


move.Ww 


move .1l 


move.l 
CALLSYS 


rts 


sampledata: 


moddata: 


dc, 
dc. 
dc. 
de 
de. 
de. 
dc. 
de. 


BbboooooDo 


de. 
de. 
dc. 
de; 
dc. 
dos 
dc. 
dc. 
dc. 
de. 
de. 
dc, 
de. 
de, 
dc. 
de. 
de. 
dc. 
de. 
de. 
de. 
dc 
de; 
de. 


2 ELSE LELELLELEEEEEEEEE 















#DMAF AUDIO, dmacon (a2) ; DMA ausschalten 
#ADKF_USEOV1!ADKF USE2V3!ADKF USEOP1!ADKF USE2P3,a (a2) 


buffer (PC) ‚al 
#dlen,dO 
FreeMem 


0,49 
90,117 
127,117 
90,49 
0,-49 
-90,-117 
-127,-117 
-90,-59 





64,223 
64,223 
63, 223 
62,223 
61,222 
59,222 
57,221 
55,221 
53,220 
50,220 
47,219 
44,219° 
41,219 
38,219 














19,222 
18,223 
17,223 
16,223 
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dce.w 16,223 
dce.w 16,223 
dc.w 17,223 
dc.w 18,224 
dc.w 19,224 
dc.w 21,225 
dc.w 23,225 
dce.w 25,226 
de.w 27,226 
dc.w 30,227 
de.w 33,227 
dc.w 35,228 
dc.w 38,228 
dc.w 41,228 
dc.w 44,228 
dc.w 47,227 
dc.w 50,227 
dc.w 53,226 
dc.w 55,226 
dc.w 57,225 
dc.w 59,225 
dc.w 61,224 
dc.w 62,224 
dc.w 63,223 
dc.w 64,223 
dend: 
dlen EQU dend-sampledata ; Gesamtlänge 
sdlen EQU moddata-sampledata” „ ; Länge der Sample-Daten 
mdlen EQU dend-moddata. . ; Länge der Modulations-Daten 
buffer 
ds.l 1 


225 Prozessor-Betrieb 


Neben der Wiedergabe durch: ie DMA gibt es auch noch die Möglichkeit, die benötigten Daten 
vom Prozessor in das Datenregister der Audioeinheit schreiben zu lassen. Dies wird vor allem 
dann benötigt, wenn; Audi )-Datenverabeitung i in Echtzeit verlangt wird. Stellen Sie sich bei- 
spielsweise vor, Sie haben einen Digitalisierer am Amiga angeschlossen, dessen Werte Sie sofort 
und möglicherweise, verfremdet wieder ausgeben wollen, um den Amiga zum »Effektgerät« 
umzufunktionieren. Dahn müssen vom Prozessor bei jedem Sampling-Zyklus die Daten aus dem 
Digitizer geholt, ggf /erarbeitet und dann in das Wandlerregister geschrieben werden. Gesteuert 
wird das durch den Audio-Interrupt, der nun nicht mehr nach der Übernahme der AUDxPTR- und 
sterwerte ausgelöst wird, sondern nach jeder Ausgabe des höherwertigen Bytes 
ter. In diesem Interrupt muß dieses Register wieder mit einem neuen 2-Sample- 
nd die entsprechende Interruptanforderung gelöscht werden (AUDx-Bits im 
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INTREO-Register auf 0 setzen). Geschieht eines von beiden nicht rechtzeitig, so geht 
Kontrolle des Kanals in den Idle State über. 


Das Wandlerregister trägt den Namen AUDxDAT und enthält wie erwähnt in den] its 15-8 das 
höherwertige, zuerst ausgegebene und in den Bits 7-0 das niederwertige Sample, d; s während des 
nächsten Durchlaufs des Periodenzählers ausgegeben wird. Die Adressen lauten: 


$SDFFOAA [AUDODAT] Datenregister Kanal 0 
$SDFFOBA [AUDIDAT] Datenregister Kanal 1 
SDFFOCA [AUD2DAT] Datenregister Kanal 2 
SDFFODA [AUD3DAT] Datenregister Kanal 3 


Um nun einen solchen Prozesorbetrieb zu realisieren, müssen, zunächst das AUDxPER- und das 
AUDxVOL-Register entsprechend den gewünschten Werten gesetzt werden. Dann muß nur noch 
irgendein Wert in das AUDxDAT-Register geschrieben werden, um den Vorgang zu starten. 
Dadurch wird sofort ein Interrupt ausgelöst, der, um korrekt zu arbeiten, natürlich vorher 
entsprechend initialisiert sein muß, z.B. mit Hilfe der Exec-Routine SetIntVector(). Dies wie- 
derholt sich von nun an bei jedem zweiten Durchlauf des Periodenzählers, solange die oben 
genannten Aktionen im Interrupt rechtzeitig durchgeführt werden und der Interrupt nicht verboten 
wird (AUDx-Bit im INTRENA-Register auf 0 setzen). 


Da hier bei jedem zweiten Sampling-Zyklus ‚ein. Interrupt ausgelöst werden muß, ist diese 
Methode sehr rechenzeitintensiv, was sich bei-höheren Ausgaberaten sehr bald durch eine 
deutliche Verlangsamung des Amiga bemerkbar macht. Deshalb sollte ihre Verwendung auf 
Echtzeitanwendungen beschränkt bleiben.‘ Zur:Reduzierung des Rechenzeitbedarfs läßt sich 
jedoch folgender Tip geben: Möchte man ein Programm schreiben, das das Multitasking nicht 
unbedingt benötigt, so sollte man sich überlegen, ob man den Interrupt wirklich mit SetIntVector 
initialisieren und ihn damit über das System laufen lassen möchte. Die hierfür zuständigen 
Systemroutinen weisen nämlich selbst schon einen nicht unerheblichen Rechenzeitbedarf auf, so 
daß man durch die Umgehung derselben (d.h. wenn man die Interruptvektoren $64 — $78 direkt 
auf die eigenen Routinen setzt) unter Umständen eine wesentlich höhere Ausbeute an Sampling- 
Zyklen pro Zeit erzielen kann. 


Das Beispielprogramm hierzu. nutzt den Prozessor-Betrieb zur direkten Wiedergabe der Daten 
eines am Drucker-Port angeschlossen A/D-Wandlers. Hierzu wird zunächst der Audio-Interrupt 
von Kanal 0 initialisiert und.dann AUDxVOL und AUDAXPER gesetzt. Durch Schreiben einer 0 in 
dasAUDxDAT- -Register wird der Interrupt zum erstenmal ausgelöst. In diesem wird der neue Wert 
aus dem Sampler. ‚geholt, was bei den meisten Samplern bereits den nächsten Wandlerzyklus 
auslöst. Dann wird:ein Durchschnittswert für das zuerst ausgegebene Sample gebildet (verringert 
das Quantisierungsrauschen) und der 2-Byte-Wert in das AUDxDAT-Register übergeben. Ein 
Klick auf die rechte Maustaste beendet das Programm. 





; direct.asm 






INCLUDE sxec/exec_lib.i' 


xec/interrupts.i' 
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INCLUDE 'hardware/custom.i' 
INCLUDE "hardware/cia.i' 
INCLUDE 'hardware/intbits.i' 
INCLUDE "asmsupp.i' 
CIAA ADR EQU Sbfe001 
CIAB ADR EQU Sbfd000 
lea $aff000, a2 
lea CIAA_ADR, a3 R 
sf ciaddrb (a3) 
move.w #64, aud0+ac_vol (a2) ; 
move.w #223, aud0+ac_per (a2) 
lea MyInt (PC) ‚al 
moveq #INTB_AUDO,dO 
move.l a6,-(a7) 
movea.l 4.w,36 
jsr _LVOSet IntVector (a6) 
movea.l (a7)+,a6 
tst.1 a0 
beq End 
move.1 d0,OldInt 
move.w ; Interrupt erlauben 
move .w ; Interrupt auslösen 
WaitLl 
btst #6, (a3) ; auf Maus warten 
bne.s WaitL1 
move .w ; Interrupt verbieten 
move.l ; alten Interrupt wiederherstellen 
moveq 
move.l 
movea.l “ 
jsr WOoSet IntVector (a6) 
movea.l +,a6 


End 
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; dl Und-Verknüpfung von INTENA u. INTREQ-Register 

B a0 Zeiger auf Customchip-Register ($DEFF000) 

Rn al Inhalt des is_data-Feldes der Interrupt-Struktur 
; a5 Inhalt des is_code-Feldes der Interrupt-Struktu & 
r a6 ExecBase 



















IntRoutine: 
move.w #INTF_AUDO,intreq (a0) ; Interrupt 
elr..! do 
move.b (al),doO ; neues S iolen 
sub.w #$80,d0 ; auf Zweienkompl.-Form bringen 
lea lsample (PC) ,a5 j 
move.w (a5),di 
move .w d0, (a5) 
add.w a0,dl 
lsl.w #7,d1 
move.b a0,dl 
move.w dl,audO+ac_dat (a0) 
rts 
cnop 
MyInt: 
ds.1 
ds.l 
de.b 
dc.b 
de.1l 
de.1l ; Drucker-Port 
de.1l IntRouting 
OldInt 
as.1 1 
IName 
dc.b &bo-Interrupt", 0 
lsample 
ds.w 


-Zustandsdiagramm 
(Aus: Heiko Knappe, Amiga-Sounder, Markt& Technik) 


eugung des Amiga kann als endlicher Automat beschrieben werden. Ein solcher 
ztendlich viele verschiedene diskrete Zustände, die ineinander übergehen können. 
rgänge erfolgen, wenn in einem Zustand ein bestimmtes Ereignis (zum Beispiel ein 
hen) eintritt. Dabei können bei einem Zustandswechsel vom endlichen Automaten 





für die Informatik fundamentale Bedeutung besitzt. Denn der endliche Automat ist nur der 
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einfachste Typ: Es gibt Kellerautomaten, linear beschränkte Automaten oder Turingggaßstänen. 
Alle diese Maschinen sind durch einen eigenen Sprachtyp und eine eigene Grammatik gekenn- 
zeichnet. Mit Ihnen kann fast alles beschrieben werden. — Der a nach „dem von 
Neumannschen Modell, also auch der Amiga, bereitet keine Schwierigkeiten. 






Allerdings reicht dafür nicht mehr ein endlicher Automat. 





Dieser Abschnitt beschließt die Erklärungen zur Erzeugung von Tönen mit dem Ami ga. Er dient 
in erster Linie der Zusammenfassung bisher vorgestellter Möglichkeite 1d soll das Gesamt- 
konzept der Audio-Hardware demonstrieren. u 





Die Amiga-Audio-Maschine me; 
Für jeden der vier Audiokanäle gibt es eine solche Maschine. Sie wird durch einen endlichen 
Automaten (sieheoben) mitacht Zuständen (000,001,010,011,100,161,110und11 1)beschrieben 
und wird mit dem Systemtakt von 3,58 MHz getaktet. Die Zustände 1 00, 110 und 111 haben keine 
besondere Bedeutung und führen mit spontanen Übergängen in.den Grundzustand 000. 





Aus dem Grundzustand (000) können zwei Übergänge erfolgen. Der eine ist für die Interrupt 
gesteuerte Audioausgabe gedacht, bei der die Audiodaten vom Prozessor zur Verfügung gestellt 
werden. Der andere Übergang erfolgt bei einer DMA-Ausgabe, bei der der Spezial-Chip »Agnus« 
die Daten heranschafft. Die eigentliche Ausgabe erfolgt dann in der sogenannten Hauptschleife, 
die aus den Zuständen 010 und 011 besteht. 


Interrupt-gesteuerte Audioausgabe 


Hier erfolgt der Übergang in die Hauptschleife (010 und 011), sobald Daten vom Prozessor in das 
AUDXxDAT-Register geschrieben wurden. Im’ Zustand 010 wird das obere Byte (penhi) des 
Datenworts ausgegeben und bei 011 das.untere (penhi). Ein Übergang von 010 nach O11 und 
umgekehrt erfolgt immer, wenn der Periodenzähler auf 1 heruntergezählt wurde (perfin). Dann 
wird die Periode neu geladen (percntrid). Wurde ein Datenwort ausgegeben, d.h., befindet sich der 
Automat im Zustand O11, so wird nach Herunterzählen des Periodenzählers (perfin) ein Audio- 
Interrupt ausgelöst (AUDXIR). Dieser muß umgehend (rechtzeitig!) vom Prozessor, d.h., einer 
Interruptroutine beantwortet werden (AUDxIP), damit nicht in den Grundzustand zurückgekehrt 
wird. Dieses rechtzeitige Rücksetzen macht es notwendig, in der eigenen Interrupt-Routine mit 
einem der ersten Befehle den Interrupt zu beantworten, da sonst nach mehreren Durchläufen die 
Hauptschleife verlassen wird. Dieses ist auf eine immer größere Zeitdifferenz zwischen Anfor- 
derung und Rückmeldung zurückzuführen. Die Interrupt-gesteuerte Audioausgabe ist weiteroben 
bereits ausführlich mit Programmbeispielen vorgestellt worden. 


DMA-gesteuerte Audioausgabe 


Sobald der Audio-DMA gestartet wird (AUDXEN-Bits in DMACON werden gesetzt / 
AUDxON), geht der ‚Automat vom Grundzustand (000) in 001 über. Dabei erhält »Agnus« die 
Aufforderung, mit dem Datentransport zu beginnen (AUDxDR). Wegen der internen Architektur 
von »Agnus« entspricht das erste gesendete Datenwort nicht dem ersten auszugebenden Zeichen 
und darf deshalb nicht ausgegeben werden. Aus diesem Grund wurden die Zwischenzustände 001 
und 101. eingeführt, bevor die Hauptschleife erreicht wird. Sobald nun dieses erste Wort 
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angekommen ist, wird der Zustand 010 erreicht. Beim nächsten, d.h., dem ersten. Wen der 
Wellenform, erreicht die »Maschine« die Hauptschleife, die erst beim Zurücksetzen: des Audio- 
DMA verlassen wird. Der Wort-Zähler erniedrigt sich bei jedem ankommenden \ ort um eins 
(lencount), bis er auf 1 heruntergezählt ist (lenfin). Dann ergeht mit der normalen Datenan- 
forderung der Befehl an »Agnus«, den zwischengespeicherten Längen-Zähler encntrid) neu zu 
laden und den aktuellen Datenzeiger auf das erste Wort der Wellenfor  zurückzusetzen. 
Außerdem wird, sobald die Ausgabe des letzten Datenworts der Wellenform begonnen hat, ein 
Interrupt ausgelöst. DMA- und Neustart-Anforderungen werden einmal pro horizontaler Video- 
Zeile zum Spezial-Chip »Agnus« übertragen. Die Daten sind dann eıwa. 14 Taktzyklen später 
verfügbar. 








Modulation 


Bei den Modulationsmodi (im Register ADKCON bestimmt) Yider etwas anders vorgegangen: Bei 
Amplitudenmodulation erfolgen die Datenanforderungen wie üblich bei dem Übergang von 
Zustand 011 nach 010. Dagegen werden die Anforderungen: bei der Frequenzmodulation beim 
Zustandswechsel von 010 nach O11 ausgelöst. Werden sowohl die Amplitude als auch die 
Frequenz moduliert, so werden bei beiden Übergängen Daten angefordert. 


Notwendige Signaldefinitionen für das 
Zustandsübergangsdiagramm 


Die groß geschriebenen Bezeichnungen stehen für externe Signale, die klein geschriebenen für 
interne. Wie bisher üblich, steht das »x« zum Beispiel in AUDxON für die Nummer des 
gewünschten Kanals, also 0, 1, 2 oder 3. 


AUDxON DMA-Bits für den Audiokanal x aus dem DMA-Kontrollregister DMACON. 

AUDxIP Audio-Interrupt-Anforderung von Audiokanal x. Dieser erwartet die Anwort des 
Systems und ein neues Datenwort für die Ausgabe. Dieser Vorgang ist für die 
Direkt-Ausgabe von Bedeutung! 

AUDXIR Audio-Interrupt-Meldung des Audiokanals x, falls die Ausgabe eines Daten- 
wortes beendet ist. Diese Meldung hängt unmittelbar mit AUDxIP zusammen 
und ist vor. allem für die Direktausgabe von Bedeutung! 

AUDxDAT _Signalisiert die Übergabe eines neuen Datenworts aus dem 16 Bit-AUDxDAT- 
Register in.den internen Audio-Kanal. 

AUDxDR DMA. hat:das nächste Datenwort in das AUDxDAT-Register geschrieben, das 
'Agnus' nun übernehmen soll. 

AUDxDSR DMA verlangt von 'Agnus', daß der Zeiger auf das aktuelle Datenwort auf den 

‚ersten Wert der Wellendaten im Speicher zurückgesetzt wird. Das heißt die 

: Wellenform wurde einmal ausgegeben und soll nun wieder von vorne beginnen. 

n ‚Amplitudenmodulation — Datenwort nicht zum D/A-Wandler schicken, sondern 

«als Lautstärke für den nächsten Kanal verwenden. 

* Frequenzmodulation — Datenwort nicht zum D/A-Wandler schicken, sondern als 

Periode für den nächsten Kanal verwenden. 






AUDxAV 


intreq2 
dmasen 
percntrld 
percount 
perfin 
lencntrld 
lencount 
lenfin 
volcntrld 
pbufldi 
pbufld2 
penhi 


napnav 
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Vorbereitung zur Interrupt-Anforderung. Anforderung erfolgt nach Kmaich- 
sten Übergang von Zustand 011 nach 010 bei normaler Ausführung, _ | 
dmasen*AUDxDR=AUDxDSR -dmasen besagt, daß für' Agnus‘ zum erstenmal 
ein Datenwort angefordert wird (Übergang von 000 nach 001). 
Nachladen der in AUDxPER gespeicherten Sampling-Periode (Bäck- -up). Ty- 
pisch wird dieser Wert vom Prozessor bei der Audio- Initialisier ig gesetzt, kann 
aber auch bei der Frequenzmodulation vom DMA bestim r 
Erniedrigt den Perioden-Zähler um 1. 
Zeigt an, daß der Perioden-Zähler bis auf 1 herunergezählt ist und damit die 
Warteschleife beendet ist. 

Nachladen der in AUDxLEN gespeicherten Wortanzahl (Back-Up). 

Emiedrigt den Wort-Zähler um 1. 
Der Wort-Zähler wurde auf 1 heruntergezählt. vs s augenblickliche Zeichen ist 
damit das letzte der Wellenform. 

Lädt die Lautstärke aus AUDxVOL (Back- up). 

Übernehmen der Daten aus AUDxDAT. 

Übernehmen der Daten aus AUDxDAT beim Übergang von Zustand 010 inO11 
bei Frequenzmodulation (entspricht sonst 'pbufld1'). 

Die oberen 8 Bit (d.h. das obere Byte) des Datenworts liegen am D/A-Wandler an. 
penhi steht entsprechend für die Ausgabe des unteren Bytes. 

AUDxAV-+ IAUDxAVI#AUDxAPI}:- Dieser Ausdruck bedeutet, daß entwe- 
derkeine Modulation oder Amplutudenmodulation vorliegt. Erist die Bedingung 
für normale DMA und Interrupt-Anforderungen. 












Beschreibung der Zustandsübergänge 


alter 
Zustand 


100 


110 


111 





neuer 
Zustand Beschreibung 





000 I 


0 
spontaner Übergang 





. spontaner Übergang 








spontaner Übergang 


[percntrid] 


0 
Im Grundzustand wird ständig die Periode aus AUDxPER 
übernommen. 
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alter neuer 


Zustand Zustand @sehreibung 


A — 

volcntrid,percntrld,pbufldl, AUDxIR] 
AUDxDAT*IAUDxONI*IAUDXxIPI) 

Bei diesem Übergang wird die interruptgesteuerte Audioausgabe 
gestartet. Dazu darf die DMA-Ausgabe nicht angefordert sein, keine 
Interrupt-Anforderung bestehen und ein Datenwort muß in 
AUDxDAT geschrieben worden sein. Beim Übergang wird die 
gewünschte Lautstärke (volentrld) und Periode (percntrld) über- 
nommen. Der Wert in AUDxDAT wird gelesen und ein Interrupt zur 
Anforderung des ersten Datenworts ausgelöst. 










000 010 





alter 
Zustand 


001 


001 


101 


101 


010 


010 





neuer 
Zustand 


001 


101 


010 


010 
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Beschreibung 





Hencntrdl,AUDXxDR,dmasen,perentrld] (AUDxON): 
Die DMA-Ausgabe wird gestartet. Es wird von "Agnus’ das erste 
Datenwort angefordert (AUDxDR). Außerdem wird die Periode 
(perentrld) und die Anzahl der Worte (lenentrid) geladen. 


I 
(IAUDxON]) 
Wurde der DMA zwar gestartet, jedoch. sofort wieder gestoppt 
(IAUDxONI), so wird in den Grundzustand. zurückgekehrt. 


[AUDXxIR ‚lencount falls Ilenfin!] 
(AUDxON*AUDxDAT) 2 
Das erste Datenwort ist eingetroffen (Abfall!) und der DMA ist 
weiterhin angeschaltet. Beim Übergang wird eine Interruptanforde- 
rung ausgelöst (AUDxIR) und die Anzahl der auszugebenden Worte 
um 1 erniedrigt. (Letzteres nur falls das Ende noch nicht erreicht ist.) 


N 

(IAUDxONI) 

Wurde der DMA zwar:gestartet, jedoch nach Eintreffen des ersten 
Worts wieder gestoppt (J)AUDxON]), so wird in den Grundzustand 
zurückgekehrt. 


[volentrld,percntrld,pbufldl, AUDxDR falls napnav] 
(AUDxON*AUDXDAT) 

Das erste richtige Datenwort istangekommen. Die DMA-Ausgabe ist 
noch aktiv. Es wird die Lautstärke (volentrld), Periode (percntrld) und 
das neue :Datenwort übernommen. Außerdem wird ein neues Wort 
von 'Agnus’ angefordert, falls keine Frequenzmodulation ange- 
schaltet ist. 











[percount,penhi] 





Die Ausgabe des oberen Bytes erfolgt solange, bis der Perioden- 

Zähler auf 1 erniedrigt wurde. Es wird im Systemtakt von 3.58 MHz 

„ der Zähler um 1 erniedrigt. Wie lange in diesem Zustand verblieben 
“ wird, bestimmt die Ausgabegeschwindigkeit! 


[pubfid2 falls AUDxAP, AUDxDR falls AUDxAP*AUDxON] 
[perentld, AUDXIR falls intreg2?* AUDxAP*AUDxON] 
[AUDXxIR falls AUDxAP*AUDxON] 

[lencntrld falls lenfinAUDxON*AUDxDAT] 

flencount falls Ilenfin*AUDxON*AUDxDAT] 

[intreqg2 falls lenfin* AUDxON*AUDxDAT] 

(perfin) 
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alter 
Zustand 


neuer 
Zustand 


Beschreibung 





011 


011 


011 


010 





Sobald der Perioden-Zähler 1 erreicht hat (perfin), wird mit der 





Ausgabe des unteren Bytes (Zustand 011) begonnen. T 
Längen-Zähler um 1 emiedrigt (lencount), falls das Ende der Wellen- 
form noch nicht erreicht ist (lenfin), die Ausgabe. mit DMA erfolgt 
und ein neues Wort im AUDxDAT-Register.steht. Sollte jedoch das 
Ende erreicht sein (lenfin), so wird die zwi engespeicherte Anzahl 
der Datenworte aus AUDxLEN nachgeladen (lencntrid). Bei DMA- 
Ausgabe und neuem Wort in AUDXxDAT. wird intreg2 ausgelöst Bei 
Frequenzmodulation wird bei diesem ergang das Datenwort be- 
reits übernommen (pbufld2). Sollte die Ausgabe mit DMA und 
frequenzmoduliert geschehen, erfolgt eine Anforderung nach einem 
neuen Datenwort an 'Agnus' (AUDxDR). Falls außerdem intreq2 
auftritt, wird außerdem noch; ein Audio-Interrupt ausgelöst 
(AUDXIR). Auf alle Fälle wird die Periode neu aus AUDxPER 
geladen. 











[percount,penhi] 

0 

Die Ausgabe des unteren Bytes erfolgt solange, bis der Perioden- 
Zähler auf 1 erniedrigt wurde. Es wird im Systemtakt von 3.58 MHz 
der Zähler um 1 erniedrigt. Wie lange in diesem Zustand verblieben 
wird, bestimmt die Ausgabegeschwindigkeit! 


[AUDXIR falls intreg2*AUDxON*napnav] 
[AUDxIR falls napnav*IAUDXxON]|] 
[pbufld,perentrld, AUDxDR falls AUDxON*napnav] 
[lenentrid falls lenfin AUDxON*AUDxDAT] 
[lencount falls llenfin*AUDXxON*AUDXxDAT] 
[intreq2 falls lenfin* AUDxON*AUDxDAT] 
(perfin* [ AUDxON+HAUDXIPI}) 


- . Istder Perioden-Zähler auf 1 heruntergezählt (perfin) und entweder 





er DMA an (AUDxON) oder wurde die Interrupt-Anforderung 


„(AUDxIR) rechtzeitig beantwortet (AUDxIP), so erfolgt der Über- 
- gang in Zustand 010. Der Automat bleibt also in der Haupt-Ausgabe- 


Schleife. Beim Übergang wird auf alle Fälle das Datenwort (pbufld) 
und die Periode (percntrid) geladen. Dabei wird der Längen-Zähler 
um 1 erniedrigt (lencount), falls das Ende der Wellenform noch nicht 
erreicht ist (Ilenfinl), die Ausgabe mit DMA erfolgt und ein neues 
Wort im AUDxDAT-Register steht. Sollte jedoch das Ende erreicht 
sein (lenfin), so wird die zwischengespeicherte Anzahl der Daten- 
worte aus AUDxLEN nachgeladen (lencntrld). Bei DMA-Ausgabe 
und neuem Wort in AUDxDAT wird intreq2 ausgelöst. (Dies ent- 
spricht dem Übergang 010 nach 011!) 
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alter neuer 
Zustand Zustand Beschreibung 








Die folgenden Aktionen werden ausgeführt, 
Frequenzmodulation ausgeführt wird (napnav): Ein.Interrupt wird 
ausgelöst, falls intreg2 vorliegt und der DMA st. Erfolgt die 
Ausgabe Interrupt-gesteuert (IDMAxON]), so. geschieht dies auf 
jeden Fall. Außerdem wird bei DMA- Betrieb ron AR: das nächste 
Datenwort angefordert. 


011 000 N 

(perfin*l{ AUDxON+AUDXIPI}|) Falls: ee Perioden-Zähler auf I 
erniedrigt worden ist und der DMA ausgeschaltet wurde bzw. keine 
rechtzeitige Beantwortung der Interrupt-Anforderung erfolgte, wird 
die Hauptschleife verlassen und inden Grundzustand zurückgekehrt. 
Mit diesem Übergang ist die Ausgabe beendet. 











Die Begriffe in runden Klammern () führen zu einer Zuständsänderung. Eckige Klammern [] 
beinhalten Aktionen, die beim Übergang ausgeführt werden. Die zwei senkrechten Linien Il 
bedeuten Negation des eingeschlossenen Ausdrucks. Wie allgemein üblich steht »+«für ein 
logisches ODER und »*« für eine logische UND-Verknüpfung. Ein Pfeil »->« signalisiert einen 
Übergang in einen neuen Zustand. 

Zum Abschluß noch eine Anmerkung: Bei den Versuchen, eine Direkt-Ausgabe zu programmie- 
ren, stand ich vor einigen Problemen. Vor allemierwartete ich nach dem Studium des Hardware- 
Manual, daß es sofort ausgegeben wird, sobaldein Zeichen in AUDXxDAT geschrieben ist. Danach 
kehrt der Automat zwar in den Grundzustand zurück. Schreibt man aber laufend Werte in 
AUDXDAT, so sollte doch aus dem Lautsprechermonitor etwas zu hören sein, wenn auch keine 
besondere Qualität zu erwarten ist. Bei Experimenten stellte sich dann heraus, daß dies nicht der 
Fall ist. Der Übergang aus dem Grundzustand findet statt, sobald ein Wert in AUDxDAT 
geschrieben wurde und löst einen Interrupt aus. Wird dieser Interrupt nicht rechtzeitig oder gar 
nicht beantwortet, findet keine Ausgabe statt. Die Maschine kehrt unmittelbar in den Grundzu- 
stand zurück. Ist dies der Fall;'so:ist das Zustandsübergangsdiagramm durch einen Pfeil von 010 
nach 000 zu ergänzen. Dieser Übergang ist aber in der Dokumentation von Commodore nicht 
erwähnt. Bei eigenen Experimenten i istes auf jeden Fall hilfreich zu wissen, daß ohne eine eigene 
Interrupt-Routine, die die Anforderungen von »Paula« bei der Interrupt-gesteuerten Ausgabe 
beantwortet, der Amiga. zu | keinem Piep veranlaßt werden kann (siehe auch 2.5 »Direkt-Aus gabe 
per Interrupt«). = 
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Das Amiga-Betriebssystem verwendet für die Durchführung jeglicher Ein- und Ausgabe (1/O : 
Input/Output) eine bestimmte Klasse von Softwaremodulen, die sogenannten Devices. Diese 
stellen für ein Amiga-Programm die Software-Schnittstelle zu jeder Ein-/Ausgabe-orientierten 
Hardware dar, wie z.B. Bildschirm, Tastatur, Massenspeicher oder Drucker. Auch das Amiga- 
DOS verwendet die Devices zur Kommunikation mit den jeweils angesprochenen Geräten. Die 
zutreffendste Übersetzung des Begriffs »Device« würde deshalb wohl »Gerätetreiber« lauten. 


Auch für die Audio-Hardware des Amiga ist ein solches Device vorgesehen. Seine Benutzung 
empfiehlt sich vor allem dann, wenn Audio-Anwendungen innerhalb der Multitasking-Umge- 
bung des Amiga verwendet werden, d.h. die Hardware unter Umständen von mehreren Tasks 
zugleich benutzt werden soll. Da die Verwendung eines Devices eine recht gute Kenntnis des 
Message- und I/O-Prinzips des Amiga verlangt, soll im folgenden Kapitel zuerst auf die Struktur 
und Programmierung von Devices und der zugehörigen Ein/Ausgabe-Techniken eingegangen 
werden. Hierbei Kann selbstverständlich nur eine kurze Beschreibung geliefert werden, da eine 
ausführliche Diskussion dieser Themen den Rahmen dieses Kapitels sprengen würde. Für weitere 
Informationen siehe [Addison-Wesley: The ROM Kemel Manual: Exec / Addison-Wesley: The 
ROM Kernel Manual: Libraries & Devices]. 


Danach folgt die Besprechung der für das Audio-Device spezifischen Funktionen und Kom- 
mandos, wobei sowohl die Aspekte von direktem Hardwarezugriff als auch des Schreibzugriffs 
auf das Device (CMD_WRITE) erläutert werden sollen. Da sich wohl die meisten Programmierer, 
die hauptsächlich die Systemsoftware zur Unterstützung ihrer Programme verwenden, einer 
Hochsprache bedienen, orientieren sich die Angaben und Beispiele dieses Kapitels an der 
Programmiersprache C. 


3.1 Was istein Device? 


3.1.1 Messages und Ports 


Um die Funktionsweise eines Device verstehen zu können, bedarf es einiger Kenntnisse über das 
Message-System des Amiga. Zwei Tasks, also zwei voneinander unabhängig laufende Pro- 
gramme, können im Amiga dadurch miteinander kommunizieren, indem sie sogenannte 
Messages (Botschaften) austauschen. Diese Messages müssen an Message-Ports übergeben 
werden, die den Listenkopf für die Liste der am Port angekommenen Messages enthalten. 
Grundsätzlich betrachtet ist eine Message lediglich ein Speicherbereich, der einem anderen Task 
für eine gewisse Zeit zum Lesen (oder Schreiben) zur Verfügung gestellt wird und während dieser 
Zeitnatürlich auch vom sendenden Task nicht verändert werden darf. Hatder Empfänger-Task die 
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Message verarbeitet, so muß er dies dem Sender mitteilen, indem er die Message »beantwortet« 
(Reply). Jetzt kann der von der Message belegte Speicher wieder erneut verwendet:oder 
System zurückgegeben werden. 





Ein solcher Message-Port hat folgendes Aussehen: 


struct MsgPort { 
struct Node mp_Node; 
UBYTE mp_Flags; 
UBYTE mp_SigBit; 
struct Task *mp_SigTask; 
struct List mp_MsgList; 

} 

mp_Node: 

Node-Struktur, mit der der Port in die Liste der MessagePons Siapabinden ist. 


mp_Flags: 
Flags zur Bestimmung der Aktion, die auf das Eingeffen einer Message hin erfolgen soll: 
PA_SIGNAL - der in mp_SigTask angegebene Task erhält das in mp_SigBit angegebene 
Signal. PA_SOFTINT - der in mp_SigTask uusepüpne Software-Interrupt wird ausgelöst. 
PA_IGNORE - keine Aktion. 


mp _SigBit: 
Nummer des Signalbits, das bei Eintreffen einer Meike gesendet wird. 


mp_SigTask: 
Zeiger auf den Task, an den das Signäl gende wird bzw. auf eine IntVector-Struktur. 


mp_Msglist: 
Listenkopf für die Liste der eingeftaffänen Messages. 


Die Messages, die bei Eintreffen.in diese Liste eingebunden werden, enthalten eine feste 
Grundstnuktur für die Übergabe und Einbindung sowie einige beliebig lange Erweiterungen, die 
die für die Message ea en Zusatzinformationen enthalten. Diese Grundstruktur ist so 
definiert: 





struct Message { 
struct Node mn_Nod 
struct MsgPort *mn_ReplyPort; 






"Node-Struktur mit der die Message in die Liste der am Port angekommenen Messages 
eingebunden -wird. 
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mn_ReplyPort: i 
Message-Port, an den die Message zur Beantwortung zurückgeschickt werden soll. 







mn_Length: 
Länge der Message in Bytes. 


Möchte man eine Message an einen Task senden, kennt aber die Adresse dı Impfängerports 
nicht, so kann man diese anhand des Namens ermitteln, auf den dieser In_Name-Feld 
seiner mp_Node-Struktur verweist. Dies geschieht mit Hilfe der FindPort-Routine: 


struct MsgPort *port; 


if(!(port = FindPort ("port-name")) 
printf ("Konnte Port nicht finden! \n"); 


Haben wir den Port gefunden, so müssen wir nur einige ‚Strukturelemente der Message 
initialisieren, wie zum Beispiel den Antwortport. Da der Speicherbereich einer Message auf einer 
Langwort-Grenze beginnen muß, muß er jedoch vorher mit AllocMem reserviert werden. Nun 
können wir unsere Message senden, was mit der PutMsg-Routine erledigt wird: 


struct MsgPort *port, *replyport; 
struct XMessage *xmsg; /* Message eines beliebigen. yps = 


if(! (xmsg= (struct Nensaget) Alloctem(si2eof (Nähäge) MEMF PUBLIC))) { 
printf ("Kein Speicher frei!"); 
return (); 


} 


if(!(replyport = CreatePort ("ReplyPort-Name”, 0))) £ 
printf ("Konnte Port nicht herstellen!");, i 
FreeMen (xmsg, sizeof (Message) ); 
retum(); 

} 


xmsg -> x Msg.mn Node.In Type = NT. MESSAGE; 
xmsg -> x Msg.mn ReplPort = replyport; 


PutMsg (port, xmsg) ; 







Der Empfängertask könnte ‚beispielsweise auf das Eintreffen der Message an einem Port 
warten, indem er die Funktion WaitPort() aufruft. Dabei wird der Task »schlafengelegt«, d.h., 

während des Wartens verbraucht er keine Rechenzeit. Dazu müssen die Strukturelemente des 
m Wert PA_SIGNAL und mp_SigBit mit der Nummer des Signals 
initialisiert sein, das bei Eintreffen der Message an den Task gesendet wird und ihn damit wieder 
zum Leben erweckt. Dies wird zwar im allgemeinen bereits von der C-Funktion CreatePort() 
erledigt (kein Bestandteil des Amiga-Betriebsystems!), hier sind die benötigten Schritte jeoch 
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if((Sigbit = AllocSignal (-1)) = -1) { 
printf ("Kein Signal frei!"); 
return (); 






} 
if(!(port=(struct MsgPort *)AllocMem(sizeof (MsgPort) ‚MEMF _PUBLIC))) 


printf ("Kein Speicher frei!"); 
FreeSignal (SigBit); 
returm(); 


} 


port -> mp Flags = PA _SIGNAL; 
port -> mp SigBit = SigBit; 
port -> mp _SigTask = FindTask (0); /* Dieser Task selbst */ 


msg = WaitPort (port); 


WaitPort() gibteinen Zeiger auf die erste Message in der Liste zurück, ohne jedoch diese Message 
aus der Liste zu entfernen. 


Jetzt muß sich der Empfängertask die empfangenen Messages aus dem Port abholen, was mit der 
GetMsg()-Routine geschieht. Diese entfernt die erste Message aus der Liste (also die zuerst 
angekommene) und gibteinen Zeiger auf diese zurück. "Wären keine Messages in der Liste, so wird 
eine 0 zurückgegeben. Das folgende Beispiel hal It ähnliche Messages von einem Port ab und leert 
ihn damit: De) 


while (msqg = GetMsg (port)) { 
printf ("Message Adresse %1d gelesen!" sg); 


} 


Da die Messages immer nur in der zeitlichen Reihenfolge ihres Eintreffens geholt werden und 
damit solche mit einer hohen Dringlichkeit unter Umständen erst stark verspätet abgearbeitet 
werden könnten, empfiehlt es sich, solche wichtigen Messages über einen separaten Port zu 
empfangen. 


Nun muß dem sendenden Task noch mitgeteilt werden, daß die Message gelesen wurde und sie 
selbst jetzt nicht mehr benötigt wird, damit ihr Speicher weiterverwendet werden kann. Dies 
geschieht normalerweise mit.der ReplyMsg()-Funktion: 







while (msg = GetMsg (port )3 
printf ("Message Adres 
ReplyMsg (msg) ; s 


%ld beantwortet!",msg); 


Dieser Vorgang wird auch oft dazu benutzt, Ergebnisse an den Sender zurückzugeben. Dies wird 
meisterreicht, indem der Empfängertask vor dem Antworten die Daten der Message verändert und 
dann ReplyMsg ‘) aufruft. Wenn dies geschehen ist, kann der Sender die so zurückerhaltenen 
n.in.Rühe auswerten, da der Speicherbereich der Message ja jetztkonventionsgemäß 
nur noch von ihm benutzt und verändert werden darf. 
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3.1.2 Device-l/O 


Ein Device ist eine Sammlung wohldefinierter Interaktionen zwischen der aufrufenden Soft- und 
der Hardware. Es besteht im wesentlichen aus einer Device-Struktur, die in die Device-Liste des 
Systems eingebunden ist, einem Codemodul und einer Sprungtabelle auf die Funktionen des 
Device. Mehrere Einheiten, die mit demselben Device angesprochen werden (z.B. mehrere 
Diskettenlaufwerke, Festplattenpartitionen oder auch Audio-K.anäle), nenntman.die Units dieses 
Devices. Da mit jedem der Units separat interagiert und Information ausgetauscht werden muß, 
existiert für jedes von ihnen mindestens eine sogenannte //O-Request-Struktur, über die diese 
Kommunikation abgewickelt wird. Ein /O-Request ist DEE definiert: 























struct O-Request { 
struct Message io_Message; 
struct Device *io_Device; 
struct Unit *io_Unit; 
UWORD io_Command; 
UBYTE io_Flags; 
BYTE io_Error; 

b 

io_Message: 


Message-Struktur, mit dem der I/O-Request i in die Liste der bei einem Device anhängigen 
Requests eingebunden wird. 





io_Device: 
Zeiger auf die Device-Struktur. Diegt® Zeiger wird vom System beim Aufruf von 
OpenDevice() initialisiert. 


io_Unit: 
Zeiger auf die Unit-Struktur, der dieser Vo: -Request zugeordnet ist (sollte vom User nicht 
verändert werden), auch anderer Device-abhängiger Inhalt. Dieses Element wird vom System 
beim Aufruf von OpenDevice() initialisiert. 


io_Command: 
Nummer des Kommandos, das ausgeführt werden soll. Dies Kann entweder ein Standard- 
(siehe unten) oder ein Deiee- -spezifisches Kommando sein. 





io_Flags: 
Dient zur Angabey von, n1/0- „Optionen und zum Abfragen verschiedener Statusinformationen. 





io_Error: 
Nummer ee eventuellen Fehlers nach Beendigung des I/O-Requests. 


Da die Elemente io ‚Device, i io_Unit und io_ Command durch die Durchführung eines /O-Vor- 
gangs nicht beeinflußt werden, kann z.B. mit einer einzigen //O-Request-Struktur mehrere Male 
der gleiche Befehl übergeben werden, ohne irgendeine Korrektur vornehmen zu müssen. 
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Diese Grundform der //O-Request-Struktur wird en durch die jeweiligen Device kfeäflichen 
Elemente erweitert, die z.B. die Adresse und Länge der zu übergebenden Daten etc. enthalten. Die 
für das Audio-Device vorgesehene Variation des I/O-Requests wird im Abschni t 2 erläutert. 









Das Betriebssystem sieht vier Routinen zur Behandlung von I/O-Requests vor, die ‚allerdings nur 
den J/O-Request-Struktur als ganzes an das Device übergeben, ohne dabei seinen Inhalt zu 
berücksichtigen: 


DoIO: 
Beginnt den I/O-Vorgang und wartet auf seine Beendigung (ymehroner vo). 


SendlO: 
Beginnt den I/O-Vorgang, ohne auf seine Beendigung zu warten n(symehrone 1/0). 


WaitlO: = 
Wartet auf die Beendigung eines laufenden //O- Vorgangs. n- 


ChecklO: 
Überprüft, ob ein I/O-Vorgang bereits beendet ist. 














Zusätzlich zu diesen sehr allgemeinen Funktionen gibt es auch noch eine Möglichkeit, die 
entsprechenden Routinen im Device direkt aufzurufen. Zwei Routinen erlauben sowohl den Start 
als auch den Abbruch eines I/O-Vorgangs, wobei die’ Verwendung dieser Routinen mit einer 
genaueren Kenntnis des Device verbunden und daher mit einiger Vorsicht zu genießen ist. 


BeginlO: 
Beginnt den I/O-Vorgang (synchroner oder asynchroner 1/O, abhängig vom Device). 


AbortlO: 
Versucht, den gerade laufenden 1/O-Vorgang abzubrechen. 


Dasjenige Strukturelement, in dem dem Device die ei igentlich durchzuführende Aktion mitgeteilt 
wird, ist io_Command. Das darin enthaltene Device-Kommando besitzt die folgenden Standard- 


Typen: 
CMD_RESET: 


Dies versetzt das gesamte Devicein den Ausgangszustand, streicht alle anhängigen /O-Vorgänge 
und initialisiert die jeweiligg, Hardware neu. 


CMD _READ: 
Startet einen Eesevorgang vom Device (siehe Device-spezifische /O-Request-Strukturen). 


CMD WRITE: 
Startet einen Schreibvorgang auf das Device. 


CMD_CLEAR: '., 
eingeleitete YO-Vorgänge. 













bricht einen I/O-Vorgang. 
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CMD START: 
Setzt einen I/O-Vorgang fort nach CMD_STOP. 


CMD _FLUSH: En 
Bricht alle anhängigen 1/O-Vorgänge ab und beantwortet alle mit einer Fehlerm lung. 


CMD_NONSTD: 
Abdieser Befehlsnummer beginnen die Device-spezifischen Kommandos ‚jeweils definiertdurch 
CMD_NONSTD+0, CMD_NONSTD+1 usw. 












Alle vorhandenen Devices werden im Amiga nur anhand ihres Namens unterschieden. Um ein 
Device zu öffnen, muß man die Exec-Routine OpenDevice aufrufen; .. 


OpenDevice(devicename, Unit, O-Request, flags) (AO, Al, DO, DI). i 2 






devicename: 
Zeiger auf den Namen des Device (mit angehängter 0). 


Unit: 
Zeiger auf Unit-Struktur. 


IO-Request: 
Zeiger auf /O-Request. 


flags: 
Flags für /O-Request. 


Diese gibt einen Zeiger auf die Device-Struktur zurück, wenn der Aufruf erfolgreich war, undeine 
0 im Fehlerfall. 


3.2 Audioausgabe als Device 


Wie alle Devices, so ist auch das Audio-Device für die Behandlung von mehreren gleichartigen 
Hardware-Einheiten vorgesehen, in diesem Fall der einzelnen Audio-Kanäle des Amiga. Da man 
in den meisten Anwendungen nicht nur einen Kanal ansprechen möchte, wurde eine Möglichkeit 
geschaffen, die meisten Kommandos des Audio-Device an mehrere Units, also Kanäle gleich- 
zeitig zu senden. Aus diesem Grund enthält das io_Unit-Element des I/O-Requests auch keinen 
Zeiger aufein Unit, sondern lediglich in den untersten 4 Bit die Kombination von Kanälen, die mit 
diesem 1/O-Request angesprochen werden sollen. Die Zuteilung der einzelnen Kanäle an einen 
Aufrufer erfolgt mit Hilfe des ADCMD_ALLOCATE-Befehls, wobei die verschiedenen Kanal- 
kombinationen, die für die jeweilige Anwendung akzeptabel wären, in einer Tabelle angegeben 
werden können. Diese Tabelle wird dann beim Aufruf von ADCMD_ALLOCATE nach einer (im 
Moment) freien Kanalkombination durchsucht. Hierbei spielt vor allem eine Rolle, welche 
Priorität bei diesem, Aufruf angegeben wurde und mit welcher Priorität eventuell andere Kanäle 
bereits belegt wurden. Es sind Prioritätswerte von —128 bis 127 möglich, wobei 127 die höchste, 

also »unaufhaltbar« bedeutet (Näheres siehe ADCMD_ALLOCATE). 
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Die für das Audio-Device vorgesehene Variation der //O-Request-Struktur ist wie fol; 


struct IOAudio { 

struct UO-Request ioa_Request; 
WORD ioa_AllocKey; 

UBYTE *ioa_Data; 

ULONG ioa_Length; 

UWORD ioa_Period; 
UWORD ioa_Volume; 
UWORD ioa_Cycles; 

struct Message ioa_WriteMsg; 
}b 

ioa_AllocKey: 


Anhand dieses Schlüssels identifiziert das Device den »rechtmäßigen« Benutzer der angesproche- 
nen Kanäle. Erfolgt ein unberechtigter Zugriff, so wird der Request mit einer Fehlermeldung 
beantwortet. 


ioa, Data: 
Zeiger auf die abzuspielende Wellenform im Chip-RAM (bei CMD WRITE) oder auf die Tabelle 
der Kanalkombinationen (ADCMD | ALLOCATE I 


ioa_Length: 
Länge der Wellenform in Bytes (gerade Anzahl). 


ioa_Period: 
Tonhöhe (Periodenzählerwert). 


ioa_Volume: 
Lautstärke. 


ioa_Cycles: 
Anzahl der zu spielenden Zyklen der Wellenform (0 = kontinuierlich). 


ioa_WriteMsg: 
nur interne Verwendung (? Y. 





Das ioa_AllocKey-Elemen spielt bei der Verwendung von mehreren I/O-Requests eine besonde- 
re Rolle: Möchte man für eine mit ADCMD_ALLOCATE belegte Kanalkombination von einem 
anderen I/O-Request. aus ansteuern, so muß man sowohl das io_Unit-als auch das ioa_Allockey- 
Element des Requests, der die Kanäle besetzt hat, in den neuen Request kopieren. Damit wird 
diesem die Erlaubnis gegeben, die Kanäle zu benutzen, andernfalls wird jeder I/O-Zugriff mit 
einer ADIO_NO. A LEOCATION-Fehlermeldung quittiert. 








Für die Abw klung der meisten Kommandos empfiehlt sich die Verwendung der Routine 
BeginIO, da.die outinen DoIO oder SendIO den Inhalt des io_Flags-Feldes verändern, was z.B. 
beiCMD_WRITE zu Schwierigkeiten führen kann. Lediglich Befehle, grundsätzlich eine längere 
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Zeit nicht beantwortet werden (wie z.B. ADCMD_LOCK,) können mit SendlO, abgesc hickt 
werden. 


Für das Audio-Device stehen also folgende Routinen zur Verfügung: 





OpenDevice(): 
Öffnet das Device und fügt es in die Device-Listein. Wird diese Routine mit eine m anderen Wert 
als O im ioa_Length-Element aufgerufen, so wird die in ioa_Data angegebene Kanaltabelle auf 
eine mögliche Kombination durchsucht (siehe ADCMD_ALLOCATE). Dies wird mit gesetztem 
ADIO_NOWAIT-Flag durchgeführt, so daß der Belegungsversuch beim Scheitern sofort abgebro- 
chen wird. Ist keine Kanalbelegung erwünscht, so muß TOR TEHERNE eine: 0 enthalten. 


CloseDevicef(): 4 

Schließt das Device und führt ein ADCMD_FREE- Komimanda b izlich der in der io_Unit- 
Struktur des angegebenen Requests angegebene Kanäle durch. Sind jedoch mehrere 
ADCMD_ALLOCATE-Befehle durchgeführt worden und deshalb verschiedene ioa_AllocKey- 
Werte in den einzelnen Requests vorhanden, so müssen die von ihnen belegten Kanäle zuerst 
separat mit ADCMD_FREE freigegeben werden. Erstdann darf CloseDevice aufgerufen werden. 


BeginlO(): : 
Startet einen I/O-Vorgang. Unterscheidet sich von den Rökttinen der anderen Devices nur in der 
Tatsache, daß lediglich ein Zeiger auf den VO-Regues als einziger Parameter benötigt wird. 


AbortlO(): 

Kann benutzt werden, um die Befehle ADCMD_LOCK, ADCMD_ALLOCATE, CMD_WRITE 
und ADCMD_WAITCYCLE abzubrechen. Bein Audio-Device ist der Aufruf dieser "Routine 
immer erfolgreich. 





Die im Audio-Device vorgesehenen Kommandos lassen sich grob in zwei Gruppen einteilen: Die 
Kommandos zur Zuteilung und Belegung von Audio-Kanälen und die Hardware-orientierten 
Kommandos. Erstere besorgen die Steuerung der /O-Vorgänge zur Kanalbelegung: 


ADCMD_ALLOCATE 


Durch dieses Kommando wird.der Zugriff auf eine Kanalkombination ermöglicht. Bei Aufruf 
dieses Kommandos muß im ioa ‚Data-Element ein Zeiger auf und in ioa_Length die Länge einer 
Tabelle angegeben werden, die.die möglichen erwünschten Kanalkombinationen enthält. Die 
Tabelle besteht aus einzelnen Byte-Werten, deren unterste 4 Bit in das io_Unit-Element des 
Requests übernommen werden, wenn eine Kombination belegt werden konnte. Die Nummer des 
Bits steht dabei für die analnummer, also O und 3 für den linken, 1 und 2 für den rechten Kanal. 








Die Abarbeitung der Tabelle wird dabei wie folgt durchgeführt: Zuerst wird versucht, die erste 
Kanalkombinationin der Tabelle zu belegen. Ist der Versuch erfolgreich, so wird die Kombination 
in das io _ Unit-Element und der jeweilige Key in das ioa_AllocKey-Element des /O-Requests 
eingetragen. Gelingt dies aber nicht, da einer der angeforderten Kanäle besetzt ist (egal, mit 
welcher Priorität); so wird dasselbe mit der zweiten Kombination in der Tabelle durchgeführt, 
anschließend.mit der dritten usw. Auf diese Weise wird die gesamte Tabelle durchsucht, bis eine 
freie Kombination gefunden ist. 
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War dieser Durchgang erfolglos, so wird die Tabelle noch ein zweitesmal durchsücht, esmal 
nach einer Kombination, in der die angeforderten, aber bereits besetzten Kanäle. alle eine 
niedrigere Priorität aufweisen als die unseres /O-Requests (In_Pri-Feld der io_Message- -Struk- 

tur) und damit »gestohlen« werden dürfen. Auch hier spielt die Reihenfolge der.Kombinationen 
eine Rolle, da die am Beginn der Tabelle natürlich zuerst ausprobiert werden und ihnen damit der 
Vorzug vor allen anderen Möglichkeiten gegeben wird. . 











Ist es aber nicht möglich, eine der Kombinationen in der Tabelle zu be tzen, ohne dabei einen 
Kanal mit gleicher oder höherer Priorität stehlen zu müssen, so wartet. das Device entweder auf das 
Freiwerden einer Kombination oder es wird eine Fehlermeldung zurückgegeben. Dies ist 
abhängig davon, ob das ADIOF_NOWAIT-Bit im io_Flags-Feld beim Beginn des I/O-Vorgangs 
gesetzt war. Stand dieses Bitauf‘0, so wird der Request vorerst nicht beantwortet, sondern von nun 
an bei jedem Aufruf von ADCMD_FREE überprüft, ob eine der Kanalkombinationen der Tabelle 
nun frei ist. Dieser Wartezustand kann z.B. mit Abort/Of) äbgebrochen werden. War das 
ADIOF NOWAIT-Bit jedoch auf 1 gesetzt, so überprüft das:Device die Tabelle nur einmal und 
gibt im Falle eines Mißerfolgs die Fehlermeldung ADIOERR ALLOCFAILED zurück. 


Hier ein paar Beispiele für die Verwendung des ADCMD_ALLOCATE-Kommandos: 


Zuerst einmal müssen wir die Tabelle der Kanalkombinationen erstellen, die unseren Ansprüchen 
genügen. Nehmen wir z.B. an, wir möchten einen Ton auf den beiden Stereoausgängen wieder- 
geben, wobei ja für den linken Ausgang die Kanäle Ou. 3 und für den rechten 1 u. 2 zur Verfügung 
stehen. Eine entsprechende Tabelle würde also so aussehen: 


#define CHOB_LEFT O0 

#define CHIB_ RIGHT 1 

#define CH2B_RIGHT 2 

#define CH3B LEFT 3 

#define CHOF_LEFT 1 

#define CHIF RIGHT 2 

#define CH2F_RIGHT 4 

#define CH3F_LEFT 8 " 

UBYTE AllocationTable[] ={ 
CHOF_LEFT | CHIF RIGHT, /* Kanal O0 und 1 */ 
CHOF_LEFT | CH2F_RIGHT, _/* Kanal 0 und 2 */ 
CH3F_LEFT | CHIF_RIGHT,. /* Kanal 3 und 1 */ 
CH3F LEFT | CH2F RIGHT "'/* Kanal 3 und 2 */ 





Oder betrachten wir den: Fall, daß zwei Kanäle benötigt werden, die einander modulieren sollen. 

Da ein Kanal nur den mit der nächsthöheren Nummer modulieren kann (siehe Kapitel 2.2.4), muß 
die zugehörige Tabelle so lauten (die bevorzugte Kombination sollte man natürlich an den Anfang 
stellen): 














UBYTE Allocatiönfable[] = { 

‘|. CHLF_RIGHT, /* Kanal 0 und 1 */ 
CHLF_RIGHT '}* CH2F_RIGHT, /* Kanal 1 und 2 */ 
CH2F RIGHT=| CH3F_LEFT, /* Kanal 2 und 3 */ 
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In Begleitung dieses Kommandos müssen die folgenden Parameter übergeben werden: Ei tens 
muß die Adresse der Tabelle in das ioa_Data-Feld des Requests geschrieben werden, zweitens 
muß das ioa_Length-Element deren Länge in Bytes enthalten. Dies kann z.B. durch folgende 
Zeilen geschehen: z 


struct IOAudio *ioaudio 


ioaudio -> ioa Data = AllocationTable; 
ioaudio -> ioa-Length = sizeof (AllocationTable); 


ADCMD_FREE 


Mit diesem Kommando können Kanäle, die vorher mit ADCMD  ALBOCATE belegt wurden, 
wieder freigegeben werden. Dies ist vor allem dann nötig, wenn mehrere Male Kanäle angefordert 
wurden und damit verschiedene AllocKey-Werte existieren, so daß nicht mehr alle Kanäle auf 
einmal durch CloseDevice() freigegeben werden können. Durch ADCMD_FREE werden die im 
io_Unit-Element angegebenen Kanäle zurückgesetzt (d.h. ein ADCMD_RESET-Befehl wird 
ausgeführt) und vom Device zur weiteren Benutzung freigegeben. Kanäle, die dem Task 
»gestohlen« werden, brauchen nicht wieder freigegeben zu werden, das obliegtin diesem Falldem 
»Dieb«. 


ADCMD_LOCK 


Mit Hilfe dieses Kommandos läßt sich überprüfen, obeeiner der dem Request zugeteilten Kanäle 
von einem anderen (mit höherer Priorität) gestohlen wurde. Führt man das ADCMD_LOCK- 
Kommando aus, so wird der Request so lange nicht beantwortet, bis einer der im io_Unit-Element 
angegebenen Kanäle gestohlen wird. Dadurch.ist es im allgemeinen notwendig, für dieses 
Kommando einen eigenen I/O-Request plus ReplyPort() zu verwenden, der lediglich auf dessen 
Beantwortung wartet. Aus Sicherheitsgründen sollte dies bei jeder Anwendung der Audio- 
Hardware so gehandhabt werden, um ein Programm auf das Stehlen seiner Kanäle schnell genug 
reagieren zu lassen und damit Konflikte zu vermeiden. 


Das ADCMD_LOCK-Kommando wird folgendermaßen verwendet: Zuerst werden die ge- 
wünschten Kanäle mit OpenDevice() oder ADCMD_ALLOCATE belegt. Dann wird mit dem- 
selben Request oder einem anderen,in den die entsprechenden io_Unit- und ioa_AllocKey-Werte 
kopiert wurden, der ADCMD. LÖCK-Befehl durchgeführt. Jetzt kann die Hardware der belegten 
Kanäle frei nach Wunsch ‚manipuliert werden. (Bei der Verwendung von CMD_WRITE ist 
ADCMD_LOCK nicht nötig, da das Device alle nötigen Schritte zur Rücksetzung hier selbständig 
durchführt.) Verläuft, alles, ‚reibungslos, so wird der Benutzer der Kanäle diese nach Gebrauch 
durch ADCMD_FREE wieder ordnungsgemäß freigeben, worauf der ADCMD_LOCK-Request 
beantwortet wird. Wird jedoch während der Benutzung einer der Kanäle gestohlen, so wird der 
ADCMD_LOCK- -Request sofort beantwortet, und zwar mit der Fehlermeldung 
ADIOERR _ CHANNELSTOLEN. Jetzt müssen die belegten Kanäle so schnell wie möglich 
freigegeben werden, wobei das Programm natürlich sämtliche auf diese Kanäle bezogenen 
Aktionen (wie zB: Interrrupts) stoppen muß. Dann muß noch ein ADCMD_FREE-Befehl aus- 
‚um die Kontrolle über die Kanäle an den »Dieb« zu übergeben. Will das 
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Programm die gestohlenen Kanäle so bald wie möglich wiederhaben, so sollte es noch. ihre mit 
ADCMD_ALLOCATE versuchen, sie zu belegen, wobei dann natürlich das ADIOF- ‚NOWAIT- Bit 
in io_Flags auf 0 stehen muß. 





Vom Standpunkt eines Programms, das einen Kanal übernehmen möchte, stellt ch das so dar: 
Zuerst wird versucht, die Kanalkombination mit ADCMD_ALLOCATE zu belegen. Ist einer der 
Kanäle bereits mit ADCMD_LOCK »gelockt«, so wird mit der Beantwortung. des Requests jedoch 
so lange gewartet, bis der Kanal durch ADCMD_FREE freigegeben wurde nd zwar unabhängig 
davon, ob dabei das ADIOF_NOWAIT-Flag gesetzt war oder nicht. Erst wenn der Request 
beantwortet wird, ist der übernehmende Request Herr über die angeforderten Kanäle. Dies macht 
deutlich, daß der bestohlene Request seine Kanäle unbedingtimmer sofort freigeben muß, dasonst 
andere Aufrufer hörbar behindert würden. 


ADCMD_SETPREC 


Möchte man die Priorität einer einmal angeforderten Kanalkegfiination ändern, so kann das mit 
Hilfe von ADCMD_SETPREC geschehen. Hat man eine Meldung an den User, wie z.B. die 
Beendigung eines Berechnungsvorgangs oder einen Zeitgong, so ist meist nur der Beginn des 
Klanges notwendig, um die gewünschte Meldung ‚mitzuteilen, der Rest soll jedoch andere 
wichtigere Audioanwendungen nicht übertönen. Dies kann dadurch erreicht werden, indem zuerst 
der ADCMD_ALLOCATE-Befehl mit einer entsprechend hohen Priorität durchgeführt und der 
Beginn der Klangfolge ausgegeben wird, dann aber mit ADCMD_SETPREC auf eine niedrigere 
Priorität umgeschaltet wird und erst jetzt die restlichen Töne ausgegeben werden. Dies gewähr- 
leistet eine optimale zeitliche Verteilung der:verfügbaren Kanäle. 











Die folgenden Kommandos sind für die Klangausgabe selbst zuständig und beeinflussen deshalb 
die Hardware direkt: 


CMD_WRITE 


Dieses Kommando ermöglicht die Ausgabe einer im Chip-RAM abgelegten Wellenform, wobei 
sowohl eine bestimmte Anzahl von Wiederholungen als auch eine konstante Wiedergabe gewählt 
werden können. Es kann jeweils nur auf einen Kanal angewendet werden. Sind fälschlicherweise 
mehrere Bits in io_Unit gesetzt, so löst das nicht etwa einen Fehler aus, sondern das unterste Bit 
wird hergenommen und alle anderen werden gelöscht. Die Elemente des //OAudio-Requests 
haben hier die ern a 





ioa_Data: 
Zeiger auf die well for rm im CHIP-RAM (muß auf einer geraden Adresse beginnen). 





ioa_Length: 
Länge der Wellenform in Bytes (muß eine geiäde Anzahl sein). 


ioa_Period: =. 
Wenn das ADIOF_ PERVOL-Flag gesetzt ist, wird der hier angegebene Periodenwert übernom- 
men, ansonsten ‚wird der zuletzt bestimmte verwendet. 
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ioa_Volume:  E 
Wenn das ADIOF_PERVOL-Flag gesetzt ist, wird der hier angegebene Lautstärkewe t übemom- 
men, ansonsten wird der zuletzt bestimmte verwendet. 





ioa_Cycles: ı< 
Anzahl der Wiederholungen der Wellenform (0 = kontinuierliche mr bis‘ bortIOO). 





ioa_WriteMsg: 
Wenn das ADIOF_WRITEMESSAGE-Flag gesetzt ist, wird diese Mänsie an das Device 
übergeben und beim Beginn der Abarbeitung des Requests beantwortet: 


CMD_WRITE setzt den Datenpointer der DMA direkt auf die angegebene Wellenform. Deshalb 
muß diese erstens im CHIP-RAM auf einer Wortgrenze liegen und eine gerade Anzahl von Bytes 
haben, zweitens wird durch jede Änderung der Daten in der Wellenform der Klang direkt 
beeinflußt. Diese Tatsache kann zur Erzeugung spezieller Effekte ausgenützt werden. 








Um die Werte für Lautstärke und Frequenz des Tones anzugeben, müssen nicht nur die Elemente 
ioa_ Period und ioa_Volume korrekt initialisiert werden, sondern es muß auch das 
ADIOF PERVOL-Flag gesetzt sein. Ist dies nicht der Fall, so werden für diesen Ton die letzten 
eingestellten Werte angenommen. Daraus folgt, daß zumindest der erste CMD_WRITE-Request 
mit gesetztem ADIOF_PERVOL-Flag u werden muß, um überhaupt einen Ton zu 
erhalten. 


Eine Möglichkeit zur Synchronisation mit deyit ‘Beginn der Tonausgabe bietet das 
ADIOF_WRITEMESSAGE-Flag. Wenn dieses Flag gesetzt ist, wird das ioca_WriteMsg-Feld als 
eine Message behandelt, die mit dem Request zum Device gesendet wird. Sie wird genau dann 
beantwortet, wenn die Ausgabe des im Request beschriebenen Tones beginnt, also die jeweiligen 
Werte in die Hardwareregister übernommen wurden. Dann kann ein Programm aufein Signal hin 
oder innerhalb eines Softinterrupts entsprechend reagieren. Dies ermöglicht die rechtzeitige 
Vorbereitung der nächsten auszugebenden Wellenform und damit fließende Übergänge. 


Eine der Anwendungen dieses Featüres ist das sog. Double-Buffering, also die Verwendung von 
zwei (oder mehr) CHIP-RAM-Bereichen, von denen jeweils der eine wiedergegeben und der 
andere auf die nächste Wiedergabe vorbereitet wird. Dabei muß im allgemeinen so vorgegangen 
werden (siehe auch Beispielen PlayFile im Kapitel 2.2.5): 


Versorge Puffer A mit Daten 

Gib Befehl zur Ausgabe von Puffer A (mit CMD_WRITE) 

Warte auf den Beginn ı der Wiedergabe von Puffer A 

Versorge Puffer Bmit Daten 

Gib Befehl zur Ausgabe von Puffer B (mit CMD_WRITE) 

Warte auf den Beginn der Wiedergabe von Puffer B 

Gehe zurück zu Schritt 1, bis das Ende der Wiedergabe erreicht ist 
Warte auf die Beendigung der Wiedergabe von Puffer B 

Räum auf (ADCMD_ FREE)! 


AN RNDE 





Dies läßt sich. allerdings auch ohne ioa_WriteMsg erreichen, indem man das Warten auf den 
Begingi des nächsten Ausgabevorgangs durch das Warten auf die Beendigung des letzten 
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austauscht. Wenn man für die Erledigung einer solchen Aufgabe nicht gleich einen eigenen (oder 
gar den eigenen) Task beschäftigen möchte, sollte man statt eines Signals einen: Softinterrupt 
verwenden, indem man im ioa_WritMsg-Feld das PA_SOFTINT-Flag setzt und’r _Replyport 
auf die Interruptstruktur stellt, in der die Interruptroutine angegeben ist. 





CMD_READ 


Dieses Kommando ermöglicht die Bestimmung des momentan bearbeiteten CMD WRITE- 
Kommandos. Es kann jeweils nur auf einen Kanal angewendet werden. Gibt man das 
CMD_READ-Kommando, so befindet sich nach Beantwortung des ro ein Zeiger auf den 
gerade abgespielten Request im ioa_Data-Element. 


CMD_STOP 


Dieses Kommando hält die Ausgabe der in io_Unit angegebenen Kanäle an. Dies veranlaßt das 
Device, alle an diese Kanäle gegebenen CMD_WRITE-Befehle aufzustapeln und erst mit dem 
CMD_START-Befehl wieder mit der Ausgabe zu beginnen... 





CMD_START 


Dieses Kommando setzt die Wiedergabe der mit cMD ' STOP angehaltenen Kanäle fort. Die 
Wiedergabe wird jedoch erst beim jeweils nächsten Wiedergabezyklus fortgesetzt, der Rest des 
vorhergehenden Zyklus kann nicht mehr berücksichtigt werden, da die Hardware ja die Be- 
stimmung des aktuellen Pointers in der Wellenform nicht zuläßt (siehe Kapitel 2). 


CMD_FLUSH 


Dieses Kommando bricht alle CMD_WRITE ur ADCMD_WAITCYCLE-Kommandos etc. der 
in io_Unit angegebenen Kanäle ab, indem es Abort/O() aufruft. ADCMD_LOCK-Kommandos 
können damit nicht rückgängig gemacht, werden, das ist nur mit ADCMD_FREE möglich. 


CMD_RESET 


Dieses Kommando führtein CMD_FLUSH-Kommando aus, setzt die Hardware der angegebenen 
Kanäle zurück (wie z.B. das ADKCON-Register etc.) und sorgt für die Wiederherstellung der alten 
Audio-Interrupts (wenn sie geändert wurden). ADCMD_LOCK-Kommandos können damit nicht 
rückgängig gemacht werden, ‚das ist nur mit ADCMD_FREE möglich. 


Dieses Komande blicht den jeweils gerade bearbeiteten CMD_WRITE-Befehl ab. Wie bei den 
meisten Kommandos, kann hierbei durch das Setzen des ADIOF_SYNCCYCLE-Flags auf das 
Ende des momentanen Zyklus gewartet werden. Dies spielt dann eine Rolle, wenn man damit zur 
Vermeidung on Klick- Geräuschen auf den nächsten Nulldurchgang des Audiowandlers warten 
will. (Natürlich müssen die verwendeten Wellenformen dann auch auf 0 beginnen und enden.) 
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ADCMD_PERVOL 


Dieses Kommando verändert die Frequenz und Lautstärke des gerade in Bearbeitung! befindlichen 
CMD_WRITE-Kommandos. Dies kann zur Erzeugung von Tremolos, Vibratos oder: Hüllkurven 
eingesetzt werden. Durch das Setzen des ADIOF_SYNCCYCLE-Flags findet die: Anderung erst 
beim Beginn des nächsten Zyklus statt. i 


ADCMD_WAITCYCLE 


Dieses Kommando dient zur Synchronisation des Programmablaufs..mit. Ki Ausgabe der 
Wellenform. Das ADCMD_WAITCYCLE-Kommando wird genau dann. ‚beantwortet, wenn das 
Ende der Wellenform erreicht ist und ein neuer Ausgabezyklus., beginnt. Wenn kein 
CMD WRITE-Befehl anliegt, wird es sofort beantwortet. # 














Hier noch einmal eine Zusammenfassung aller Flags und Fehlermeldungen des Audio-Device: 


IOF_QUICK: 
1 = Request soll nicht beantwortet werden. 


ADIOF NOWAIT: 
1=ADCMD_ALLOCATE soll nicht auf das Freiwerden der Kanäle warten. 


ADIOF_PERVOL: 
1 = Übernehme ioa_Period und ioa_ Volume-Werte des Kae 0 = verwende zuletzt einge- 
stellte Werte. 


ADIOF_SYNCCYCLE: 
1 = Warte mit der Bearbeitung dieses Requagis auf das Ende des laufenden Wellenformzyklus. 


ADIOF_WRITEMESSAGE: 
1 = Beantworte Message in ioa „WritebgiR zu Bes der Abarbeitung des Requests. 


Fehlermeldungen: 


ADIOERR_ALLOCFAILED: 
Kanalbelegung durch OpenDevice() oder ADCM_ALLOCATE war erfolglos. 


ADIOERR_NOALLOCAT ION: en 
Wert in ioa_AllocKey stimmt icht mit den Keys der angesprochenen Kanäle überein. 


ADIOERR _CHANNELSTOLEN: 
Fehler, mit dem ein ADCMD _LOCK-Befehl beantwortet wird, wenn ein Kanal gestohlen wurde. 








3.3 Ein Beispielprogramm zum Audio-Device 


Das folgende Programm gibt eine Folge von Tönen über das Audio-Device aus, wie es etwa für 
ein akustisches Signal eines Anwenderprogramms typisch wäre. Zur Überwindung der dabei 
auftretenden Probleme wie z.B. das dynamische Allocieren von Requests wurde dabei ein 
besonderer Weg beschritten: 
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Dieses Programm holt sich die Werte für Peroide und Tondauer äüs 
einer Tabelle (struct note[]) und übergibt sie mittels dynamis 
allocierter IOAudio-Requests an das Audio-Device. Das 
Hauptproblem dabei ist jedoch, die Speicherbereiche der Requests 
möglichst bald wieder zurückzugeben, ohne dabei von einem eigenen 
Task aus ständig Aufräumaktionen durchführen zu müss: 
einem Interrupt aus keine speicherrelevanten Aktione: 
durchgeführt werden dürfen, muß man sich eines Tric 
Die Beantwortung eines Requests löst einen Soft-I -errüpt aus, 

in dem der Zeiger auf die Exec-Routine Switch (), die,für das 
Task-Switching zuständig ist, auf eine eigene Roütine verbogen 
wird. In dieser können dann unbekümmert AllocMen (};: und Freemen () 
etc. aufgerufen werden, da Switch() nur dann angesprungen wird, 
wenn das Task-Switching explizit erlaubt ist . Danach muß noch der 
alte Zeiger auf Switch() in der Exec-Library wiederhergestellt 
werden. Dies verschafft eine einfache Möglichkeit, Speicherroutinen 
indirekt vom einem Interrupt aus aufzurufen, wobei man sich der 
baldmöglichsten Abarbeitung derselben sicher sein kann. 












ERRATA: 
302: jsr _LVODisable (a6) ; alle Interrupts verbieten 
322: jsr _LVOEnable (a6) 


Wegen IntRoutine () muß dies&s.Progranm mit absoluter Adressierung 
kompiliert werden, z.B. beiAztec C: 





cc +L +D devplaynotes.c 
In -o devplaynotes -lei 





Rrxr/ 





#include <exec/types h> 
#include ' 
#include <exec/memory.h> 
#include <exec/äinterrupts.h> 
#include <libraries/dos.h> 
#include <de /audio.h> 











#define-MAXVC UM 
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P 


#define CHOB_LEFT 
#define CHlB_RIGHT 
#define CH2B_ RIGHT 
#define CH3B_LEFT 
#define CHOF_LEFT 
#define CHIF RIGHT 
#define CH2F_RIGHT 
#define CH3F_LEFT 


oPDNDHWN HMO 





UBYTE AllocationTable[] = { 
CHOF_LEFT, 
CHIF_ RIGHT, 
CH2F_RIGHT ; 
CH3F_LEFT 
} 


BYTE waveFom[] = { 0, 49, 90, 117, 127, 117, 90, 49, 
0,-49,-90,-117,-127,-117,-90,-4 
3 


#define Al 508 
#define Aisl 480 
#define Bl 453 
#define Cl 428 
#define Cisl 404 
#define DI 381 
#define Disi 360 
#define EL 339 
#define FL 320 
#define Fisl 302 
#define Gl 285 
#define Gisl 269 


#define A2 
#define Ais2 
#define B2 
#define C2 
#define Cis2 
#define D2 
#define Dis2 
#define E2 
#define F2 
#define Fis2 
#define G2 
#define 


und Tondauer (hier: 1 = 1 sec, 1/2 = 1/2 sec etc.) ***/ 
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/*** Ein Song besteht hier aus einem Vektor von Note-Strukturen 











struct note songl[] = { 

cl, (£loat)1/8, 
D1, (float) 1/8, 
El, (float)1/8, 
Gl, (float) 1/8, 
C2, (float)1/8, 
Gl, (float) 1/8, 
El, (float)1/8, 
cl, (float) 1/8, 
0,0 


hr 


struct IOAudio *allocIOA 
struct Device *device 

struct MsgPort *allocPort 
struct Interrupt *softInterrupt 











[1 


BYTE *waveData 0; 


BOOL listEmpty = TRUE; 


void (*OldSwitch) (); 


int IntRoutine (); 
int MySwitch (); 


main () 
{ 
int i; 
struct Message *msg; 


if(!(waveData = - 
(BYTE *)Alloe@Menm (sizeof (waveForm), MEMF PUBLIC | MEMF CHIP) )) 
cleanup ("\nKein Spei rei !"); 


/*** Audiodaten kopieren **%*/ 
for( i=0; i<sizeoft eForm) ; it+) 


waveData[i] = wa il; 
/*** Request ABCMD_ALLOCATE reservieren ***/ 
if(!(alloc] (struct IOAudio *) 


l1ocMen (sizeof (struct IOAudio),MEMEF PUBLIC|MEMF CLEAR) )) 
Speicher frei !"); 


/*** Device öffnen ***/ 
ice (AUDIONAME, 0,allocIOA,0) != 0) 
"\nKonnte Device nicht öffnen !"); 
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device = allocIOA->ioa Request.io Device; 


if(!(allocPort = CreatePort ("Audio-Beispiel"”,0)) ) 
cleanup ("\nKonnte Port nicht erstellen !"); 


/*** Request für ADCMD ALLOCATE vorberei 
allocIOA->ioa Request.io Message.mn_ReplyPort = allocPort; & 
allocIOA->ioa Request.io Message.mn Node.In Pri = PRECEDENCE ;& 
allocIOA->ioa Request.io Command = ADCMD_ALLOCATE; 
allocIOA->ioa Request.io Flags = ADIOF_NOWAIT; 
allocIOA->ioa Data = AllocationTable; 

allocIOA->ioa Length = sizeof (AllocationTable); 





BeginIO (allocIOA) ; 


if (WaitIOo (allocIOA) ) 
cleanup ("\nKonnte Kanäle nicht belegen !"); 


msg = GetMsg (allocPort); 


/*** ReplyPort für -errupt vorbereiten ***/ 
if(!(softInterrupt = (struct Interrupt *) 
AllocMem (sizeof (struct Integ 


cleanup ("\nKein Speicher frei !"); 


'“ PUBLIC|MEMF CLEAR) )) 


softInterrupt->is_Code = (void (*) ())I 


TER EISSURAESE = (struct MsgPort *) 





soundPort->mp_Flags 
soundPort->mp_SigTask 
soundPort->mp_Node.In Type 


/*** Requests für Song abschicken ***/ 


(*C) drücken!"); 
Wait (SIGBREAKF_( 


cleanup ("\nCTRL-C") ; 


cleanup (string 
char *strin 
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if (device) 
CloseDevice (allocIOA); 














if (waveData) 
FreeMem (waveData, sizeof (waveForm)); 


if(allocIOA) 
FreeMem (allocIOA, sizeof (struct IOAudio)); 


if(allocPort) 
DeletePort (allocPort); 


if(softInterrupt) 
FreeMem (softInterrupt, sizeof (softInterrupt)); 


if (soundPort) 
FreeMenm (soundPort, sizeof (struct MsgPort)); 


exit (0); 


SendNotes (song) 

struct note *song; 

{ 
struct note *npoint; 
struct IOAudio *dynIOA; 
int cycles; 


if (song) 
{ en 

for (npoint=song; npoint->pert 
2 /*** 0 = Ende ***/ 


{ 


PAudio *)AllocMem(sizeof (struct IOAudio), 
MEMF PUBLIC|MEMF CLEAR) )) 


if(!(dynIOA = (s 





cleanup ("\nKein Speicher frei !"); 


t.io_Message.mn ReplyPort = soundPort; 
est ..io_Device = device; 


dynIOA->ioa ] 
dynIOA->ioa 


dynIOA->igäsRequest .io Unit = allocIOA->ioa Request.io Unit; 
dynIOAr> Request .io Flags = ADIOF PERVOL; 

dynIOAs2io Request .io Command = CMD WRITE; 

dynIOA->i0a Allockey = allocIOA->ioa AllocKey; 
dynißAs>ioa_ Data = (UBYTE *)waveData; 

= sizeof (waveForm) ; 

= MAXVOLUME; 

= npoint->period; 
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cycles = (int) (3570000 * npoint->duration / 
(sizeof (waveForm) * npoint->period) 
dynIOA->ioa_ Cycles = cycles; 


BeginIO (dynIOA) ; 


/*** In der Interruptroutine wird der Library-Eintr 3? Switch 
auf MySwitch gestellt ***/ 












IntRoutine () 
{ 
if (listEmpty) 
{ 
listEmpty = FALSE; 
Forbid(); 
oldSwitch = (void(*) ())SetFunction( *((struct; 


Pemit (); 


#asm 


public  MySwitch 


reserve EOQU 4 

vsize EQU 6 

count SET -vsize* (reserve+tl 
FUNCDEF MACRO 

_IVO\1  EQU count 

count SET count-vsize 

ENDM 


include 'exec/types.i' 
include 'exec/exec_lib 
include 'devices/audig,, 


_MySwitch: 
movem.l 
movea.l 

; alle Interrupts verbieten 


; alter Switch ()-Zeiger 
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MSIpl: 
movea.l a2,a0 ; alle Requests zurückgeben ; 
jsr _LVOGetMsg (a6) ; die bisher beantwortet wurde 
tst.1 do 
beq.s MSEnd 


movea.l a0,al 
move.l #10a_SIZEOF,dO 


jsr _LVOFreeMem (a6) 
move.w #5£00, SA£ff180 
bra.s MSLpl 

MSEnd: 
move.w #1,_listEmpty 
jsr _LVOEnable (a6) 
movem.1 (a7)+,d0-a6 
move.l _OldSwitch, - (a7) 
rts 


#endasm 














Die bisherige Lektüre dieses Buches konnte wahrscheinlich davon überzeugen, daß der Amigamit 
seinen vier Sampler-Stimmen über eine ungewöhnlich leistungsfähige Klangerzeugung verfügt. 
Ungewöhnlich sind dementsprechend auch die Techniken und Methoden, mit denen man dem 
Amiga sein musikalisches Potential entlocken muß. Angefangen von der Gewinnung geeigneter 
Sound-Daten über die Instrument-Erstellung bis hin zur Komposition, alle jeweils notwendigen 
Schritte haben mit der Arbeit an normalen Synthesizern kaum etwas gemein und verlangen vom 
Anwender einige Erfahrung. Zwar ist es mit Hilfe der angebotenen Software ohne weiteres 
möglich, eine gesamplete Soundpassage oder ein kleines Liedchen aus dem Lautsprecher 
erklingen zu lassen; die erzielten Ergebnisse lassen am Anfang jedoch meist zu wünschen übrig. 
Um an die beeindruckende Qualität z.B. der Titelmelodien vieler neuer Videospiele und Intros 
heranzukommen, muß man sich hinsichtlich der Wahl der musikalischen Elemente und der 
Kompositionstechnik weitgehend den hier herrschenden Verhältnissen anpassen. 


Da sich durch die mit diesem Buch gelieferte Software auch für den Programmierer ein Weg zur 
freien Verwendung seiner Kompositionen erschließt, soll in diesem Kapitel hauptsächlich auf die 
Arbeit mit den üblichen Programmen wie z.B. Sonix eingegangen werden. Im Mittelpunkt sollen 
hierbei hauptsächlich die Tricks und Methoden stehen, die zur Überwindung eventueller 
Unzulänglichkeiten der Software notwendig sind, von den Handbüchern aber verschwiegen 
werden. 


4.1 Sampling 


Dadie mitgelieferten Sounds der gängigen Kompositionsprogramme meist ziemlich dünn klingen 
und daher nur beschränkt verwendbar sind, steht am Beginn der Arbeit des Musikschaffenden 
wohl die Beschaffung passender Instrumente. Zwar bieten z.B. viele Public-Domain-Samm- 
lungen eine große Auswahl hiervon, das Salz in der Suppe sind jedoch nur die speziell für den 
jeweiligen Zweck entworfenen Klänge. Das Programm Sonix ragt in dieser Beziehung besonders 
heraus; hier ist sowohl ein ganz passabler Analog-Synthesizer als auch eine Möglichkeit zur 
Beeinflussung von Sampled Sounds vorhanden. Fehlen solche Features, wie z.B. bei D.M.C.S., 
so rückt die Instrument-Erstellung via Sampling noch weiter in den Vordergrund. 


Dies zeigt bereits, daß für die Erzielung akzeptabler Ergebnisse teilweise einige Umwege in Kauf 
genommen werden müssen, wie z.B. die Verwendung mehrerer Sampler-Programme. Aus 
diesem Grund sind die Anweisungen und Ratschläge im vorliegenden Abschnitt auch so 
allgemein wie möglich gehalten. Hier soll zunächst die Entstehung eines Samples, von der 
Signalquelle bis zur Aufnahme, eingehend erläutert werden. 
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4.1.1 Die Signalquelle 


Mikrofon 


Um »natürliche« Klangquellen wie z.B. akustische Instrumente oder Stimmen aufnehmen zu 
können, benötigt man in jedem Fall ein Mikrofon, das den Schalldruck in elektrische Spannung 
umwandelt. Benötigt man es ausschließlich für den Sampling-Einsatz, so kommen hier bereits 
recht preiswerte Modelle um die 100-200 Mark in Frage. Diese ınd auch noch im Preis 
darüberliegende Geräte sind meistens als Kondensator-Mikro mit Nierencharakteristik ausge- 
führt, d.h., die Empfindlichkeit des Mikros ist in allen Richtungen ungefähr gleich. Das führt uns 
auch gleich zu der Hauptanforderung an den Aufnahme-Raum: Dieser muß akustisch möglichst 
trocken sein, also wenig Nachhall aufweisen. Ansonsten empfängt ein Mikrofon mit breiter 
Charakteristik zuviel Reflexionsgeräusche, die sich meist sehr störend auswirken. (Im Köllner 
Dom mags ja ganz interessant klingen.) Mit einem guten Gehör läßt sich der Nachhall eines 
Raumes sehr einfach prüfen, indem man ein paarmal kräftigin die Hände klatscht. Ein möblierter 
Raum mit schweren Vorhängen ist einem leeren auf jeden Fall vorzuziehen; eine billige, aberrecht 
effektive Maßnahme ist auch das Auskleiden eines Raumes mit weichem Dämm-Material wie 
z.B. Steinwolle oder Eierkartons. 












Eine zweite Eigenschaft speziell der Kondensator-Mikrofone ist es, nur eine recht geringe 
Ausgangsspannung abzugeben. Möchte man.ein Mikro direkt an den Digitizer anschließen, so 
sollte man beim Kauf desselben beachten, daß dieser auch über einen genügend großen Ein- 
gangspegel-Bereich verfügt. Hier werden hohe Ansprüche an die im Digitizer verwendeten 
Bauteile gestellt, da sie auch bei niedrigem Eingangspegel und der dementsprechend hohen 
Verstärkung noch ein passables Rauschverhältnis ergeben sollten. 


Elektrische Instrumente 


Auch elektrische (E-Gitarre, E-Baß) und elektronische Instrumente (Synthesizer) lassen sich im 
allgemeinen problemlos an einen Digitizer anschließen. Deren Ausgangsspannung liegt in der 
Regel etwas höher als die eines Mikrofons, ist aber trotz allem noch relativ niedrig; bei Digitizern 
ganz ohne Eingangsregler ist auch hier ein Vorverstärker erforderlich. Bei einer E-Gitarre, die 
einen sehr hohen Dynamikbereich besitzt, kann die Verwendung eines Dynamik-Kompressors 
zur einfacheren Aussteuerung sehr hilfreich sein. Das erleichtert auch dem Gitarristen die 
Einhaltung des gewünschten Lautstärkepegels. Bei Synthesizer-Keyboards sollte man, wenn 
möglich, den Einfluß von Velocity und Aftertouch ganz abschalten, damit man eine einheitliche 
Lautstärke erhält. Um dem Sound mehr Fülle zu geben, empfiehlt sich manchmal die Verwendung 
eines leichten Hall-Effekts. 


Touch- Pickups 


Für viele akustische Instrumente wie Gitarre, Geige oder auch Schlagzeug gibt es speziell 
konstruierte (nichtmagnetische) Tonabnehmer, die ähnlich einem Mikrofon die mechanischen 
Schwingungen des Klangkörpers in ein elektrisches Signalumwandeln, aber direkt am Instrument 
montiert werden. So stellt z.B. die Firma Ovation seit langem akustische Gitarren miteingebauten 
Tonabnehmer her, der ein dem natürlichen Klang sehr ähnliches Signal liefert. Exakt den gleichen 
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Höreindruck wie eine Mikrofonaufnahme liefern sie jedoch nicht; in professionellen Studios 
werden deshalb die Signale aus diesen Tonabnehmern mit denen aus dem Mikrofon gemischt, um 
einen möglichst lebendigen Klang zu erhalten. 


Tonband und CD-Player 


Selbstverständlich können auch die meisten HiFi-Komponenten wie Tape-Decks. und CD- -Player 
direkt an einen Digitizer angeschlossen werden, sofern dieser vom Eingangsbereich her dafür 
ausgelegt ist; die Norm-Spannung liegt hier ungefähr bei 1 Vss, also: ‚etwas höher als bei den 
Musikinstrumenten. Plattenspieler scheiden hier aus, da sie meist einen Entzerrer benötigen. 








Stereoverstärker 


Die wohl beste und flexibelste Möglichkeit für den Anschluß e eines en ist der (Vor-) 
Verstärker einer Stereoanlage. Hier liegen die Eingangs- -Signale i in mehreren Formen an: Als 
Norm-Signal an den Monitor Out- bzw. Tape Out-Anschlüssen sowie als verstärktes Signalanden 
Lautsprecherausgängen. Letztere sind jedoch stets mit Vorsicht zu genießen, schon so mancher 
Digitizer hat hier sein junges Leben vorzeitig ausgehaucht. 


Passender ist da schon der fast überall vorhandene Kopfhörer-Ausgang, an dem lange nicht so 
hohe Spannungen anliegen, der aber auch über die Lautstärke- und Klangregelung beeinflußt 
werden kann. Diese können für die Aussteuerung bzw. für die Verminderung von Aliasing- 
Frequenzen verwendet werden. Das ist zwar mit ein wenig Bastelei verbunden (es sei denn man 
besorgt sich einen Klinke-zu-Cinch-Adapter), lohnt aber den Aufwand; und wenn man nicht 
gerade einen echten Stereo-Sampler verwenden will, können die beiden Stereo-Kanäle zum 
direkten Abhören sowohl des originalen als aueh des gesampleten Signals eingesetzt werden. Dies 
sind die dafür nötigen Schritte: 


1. Um aus den zwei Stereo-Signalen eines HiFi-Gerätes möglichst ein Mono-Signal zu machen, 
kann man die beiden Leitungen meist einfach zusammenschalten, ohne daß dies für das Gerät 
gefährlich würde; wer ganz sicher.gehen will, sollte nochmal beim Händler nachfragen. Auf 
keinen Fall darf dies jedoch mit Verstärker-Ausgängen, wie den Kopfhörer- oder 
Lautsprecherausgängen gemacht werden! Diese könnten dabei Schaden nehmen! 


2. Das so gewonnene Mono- „Signal gebe man nun auf einen der beiden Stereo-Kanäle und 
aktiviere den gewählten Eingang am Verstärker. 


3. Man verbinde den entsprechenden Kanal am Kopfhörer-Ausgang mit dem Digitizer und regle 
dessen Eingangsempfindlichkeit auf das Minimum, also auf die höchste Eingangsspannung. 
Zur Sicherheit sollte auch der Lautstärkeregler am Verstärker vorher auf 0 gestellt werden. 


4. Jetzt muß derjenige, Audio-Ausgang des Amiga, der das zum Abhören gedachte Signal führt, 
mit dem anderen Stereo- -Eingang des Verstärkers verbunden werden. Wenn man die Monitor- 
Funktion seines. :Sampler-Programmes aufruft, sind sowohl das Original sowie das 
digitalisierte: Signal zuhören und die Aussteuerung kann vorgenommen werden. Mitein wenig 
Herumprobieren am Lautstärke- und Balanceregler kann man jetzt leicht die optimalen 
Vera ür Aufnahme und Mithör-Kontrolle einstellen. 
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4.1.2 Störeinflüsse und deren Beseitigung 


Um ein akzeptabel klingendes Sample zu erhalten, muß natürlich auch das‘ am 1 Digitizer 
eintreffende Eingangssignal möglichst frei von allen Störgeräuschen sein. Bei der Aufnahme mit 
einem Mikrofon sind da natürlich zuerst die manchmal schwer vermeidbaren: Nebengeräusche zu 
nennen, wie z.B. Straßenlärm, irgendwo klingelnde Telefone, Stuhlquietschen oder derlei 
unerfreuliche Dinge mehr. Auch der höchst nervige Ventilator eines Amiga 2000 macht eine 
saubere Mikrofonaufnahme meist unmöglich; um dies zu vermeiden,‚empfiehlt sich eine vor- 
herige Aufnahme des gewünschten Klanges auf ein Tonband. Die Lautst irke am Verstärker (oder 
am Monitor) muß dabei auf O gestellt werden, um Rückkopplungen 2 zu verhindern. Störender 
Nachhall kann, wie oben beschrieben, nur durch die akustische Trockenlegung des Aufnahme- 
raumes vermieden werden. Allgemein gilt (nach Murphy), daßim Sample letztendlich jedes noch 
so kleine Störgeräusch wahrgenommen wird, auch wenn es bei der Aufnahme noch gar nicht 
auffiel. ; 














Noch wesentlich tückischer sind allerdings die elektrischen Slbysignale, wie z.B. das berüchtigte 
Netzbrummen. Es entsteht durch die 50-Hz-Wechselspannung im Stromnetz, die beiungünstigem 
Aufbau oder Verschaltung von Audio-Geräten in den Signalweg einstreuen können. Um solche 
Ärgernisse zu umgehen, sollte man von vorn herein die:folgenden Regeln beachten: 


O Für sämtliche Verbindungen sollten nur abgeschirmte Hifi-Kabel verwendet werden; ein 
Lautsprecherkabel z.B. ist ungeeignet. 


OD Achten Sie darauf, daß sämtliche Anschlüsse sauber und frei von Korrosion sind. Gegebenen- 
falls müssen diese mit Watte und Alkohol bzw. mit Schleifpapier gereinigt werden. 


Q Prüfen sie, ob alle Leitungen und Lötstellen intakt sind. Eine lose Massenverbindung kann ein 
sehr lautes Brummen verursachen, eine’gebrochene Signalleitung läßt einfach nichts mehr durch. 
Sollten sie ein bewegliches Instrument wie z.B. eine Gitarre verwenden, sollten Sie alle Kabel vor 
dem Kauf auf Knister-Freiheittesten, indem Sie sie aneinen Verstärker anschließen und ein wenig 
herumbewegen. ; 


O Die Geräte und Verbindung &fitungen sollten sich nicht in der Nähe von starken Brumm- 
quellen wie Trafos, Elektromotoren, Dimmern oder auch Neonröhren befinden. Teilweise kann 
es auch nötig werden, den Monitor auszuschalten. 


O Der Digitizer sollte tets auf die geringste Eingangsempfindlichkeit gestellt sein, damit das 
Verhältnis zwischen Nutz- und Störsignalen so günstig wie möglich ausfällt. 


Sollte trotz der korre ten Einhaltung aller dieser Regeln immer noch ein unerklärliches Brummen 
oder ähnliches vorhanden sein, so hilft nur die Methode der sog. Signalwegverfolgung: Jedes 
Glied in der Komponentenkette, angefangen vom Digitzer bis zurück zur Signalquelle, muß auf 
sein Aus gangssignal hin geprüft werden. Zuerst testet man den Digitizer ohne Beschaltung, dann 
mit dem ersten 'Zwischenglied, dann mit dem nächsten verbunden usw. Wenn der Digitizer allein 
schonkein sauberes O-Signal hinbekommt, so wurde er wahrscheinlich beim Transport beschädigt 
und sollt umgetauscht werden. 
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4.1.3 Die Aufnahme 
Stimmung und Sampling-Rate 


Vor allem für den Einsatz in Kompositionsprogrammen muß ein Sample sehr genau auf die dort 
verwendeten Wiedergaberaten abgestimmt sein. Betrachten wir zunächst den Fall eines tonalen 
Instruments, mit dem Melodien gespielt werden sollen. Die meisten Programme wie Sonix und 
D.M.C.S. spielen das C mit einer Rate von 8363 Hz, was hier die niedrigste verwendete Rate ist. 
Im allgemeinen wird nur eine Oktave verwendet; der in diesem Fall höchste Ton, das H, wird mit 
einer Rate von 15838 Hz wiedergegeben. Dies ist leider die höchste Sampling-Rate, die die 
gängigen Kompositionsprogramme zulassen. Ein Instrument, welches zusammen mit anderen 
gespielt werden soll, sollte sich an diese Vereinbarungen halten, damit es die eingegebenen Noten 
korrekt wiedergibt. Ein bereits existierendes, nicht korrekt gestimmtes: Sample muß dazu erst in 
die richtige Tonlage gebracht werden; hierzu besitzen viele Sample-Edit-Programme spezielle 
Funktionen, wie die Resample-Funktion des AudioMaster. Diese verursachen aber durch den 
Umrechnungs-Vorgang meist eine inakzeptable Verschlechterung der Klangqualität, die nur 
durch eine vorherige Filterung vermieden werden kann. 





Wesentlich besser ist es hingegen, wenn das Sample gleich korrekt gestimmt und bei der richtigen 
Sampling-Rate aufgenommen wird. Ersteres ist mit der Tuning-Tone-Funktion des Audiomaster 
sehreinfach, dieeinen Ton von der Höhe der geradeeingestellten Target-Rate erklingen läßt. Nach 
diesem Ton kann das verwendete Musikinstrument gestimmt werden, ansonsten muß man vor der 
Aufnahme ein möglichst reines, stimmgenaues Sample laden und sich an diesem orientieren. Ein 
Band oder CD-Player kann jedoch in der Regel nicht in seiner Tonhöhe variiert werden; in diesem 
Fall ist die Sampling-Rate entsprechend zu korrigieren. Hier hilft der Tuning Tone des 
AudioMaster enorm: Dieser braucht nur auf den Klang des Tonbands gestimmt zu werden, und 
schon kann man die korrekte Sampling-Rate im Fenster ablesen. 


Zur Wahl der Sampling-Rate selbst sind hier jedoch noch einige Bemerkungen zu machen. Wie 
gesagt, verwenden die Kompositionsprogramme ein Sample für eine ganze Oktave. Wurde ein 
Ton sehr tief (z.B. C) oder sehr hoch (z.B. H) aufgenommen, so wird er sich am jeweils anderen 
Ende der Oktave stark verfremdet anhören, womit sich auch eine MickyMaus- bzw. eine 
Rübezahlstimme erzeugen lassen. Dies ist jedoch oft nicht erwünscht, da ein Instrument ja meist 
in allen Tonlagen so natürlich wie möglich klingen soll. Deshalb wählt man am besten einen 
mittleren Ton, z.B. das F oder das G. So erreicht man, daß das Sample auf den meisten Tönen der 
Oktave ganz passabel klingt. 


Im Gegensatz zu tonalen Instrumenten möchte man manchmal längere Samples als sog. Backup- 
Tracks oder auch kurze perkussive Sounds einsetzen, die alle nur auf einer bestimmten Rate 
wiedergegeben werden müssen. Hierfür sollte man am Besten die höchstmögliche Rate (15838 
Hz) wählen, um eine ‚optimale Klangqualität zu erzielen. Auch bei solchen Zwecken muß die 
Tonquelle vorher an ‚die Sampling-Rate angepaßt werden, oder gegebenenfalls umgekehrt. 


In der Praxis: gestaltet sich der hier vorgeschlagene Weg jedoch etwas umständlich: Leider besitzt 
der AudioMasteri in der vorliegenden Version keine Möglichkeit zur Änderung der Aufnahme- 
Rate (was hoffentlich in der Version 3.0 behoben sein wird). Aus diesem Grund wurde die 
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Aufnahme der oben genannten Instrumente mit dem Programm De-Luxes-Sound, id erst die 
weitere Bearbeitung mit dem AudioMaster durchgeführt. Im Extremfall, z.B. wenn erst die 
richtige Sampling-Rate für einen Klang auf Band ermittelt werden soll, muß man: zuerst in den 
AudioMaster, hier mit Hilfe des Tuning Tones die Rate bestimmen, dann inein anderes Programm 
und die Aufnahme durchführen, und schließlich wieder im AudioMaster den. Feinschliff VOr- 
nehmen. 





Aussteuerung und Nullabgleich 


Um ein optimales Signal-/Rauschverhältnis zu erzielen, muß das Eigängssignal so hoch wie 
möglich ausgesteuert werden. Um die Grenze des Wertebereiches und damit der Verzerrung 
genau bestimmen zu können, verfügen die meisten Sampler-Programme über eine spezielle 
Einrichtung, die zumindest eine evtl. Bereichsbeschreitung anzeigt. Der Audiomaster besitzt 
hierfür sein komfortables Oszilloskop, das man durch einen Klick.auf den rechten Mausknopf in 
Ruhe betrachten kann. Man wird feststellen, daß sehr kleine »Berührungen« des unteren und 
oberen Randes noch nicht sonderlich ins Gewicht fallen;:jedoch spätestens wenn ein mehrere 
Werte langes Clipping auftritt, wird sich das als deutliche‘ Verzerrung bemerkbar machen. 


Für die optimale Ausnutzung des Wertebereichs ist es:außerdem wichtig, daß der Digitizer bei 
einer Spannung von 0 Voltauch tatsächlich O-Werte liefert. Liegt die Ruheposition unter oder über 
dem Wert 0, so stößt die Spannung eher an eine der Bereichsgrenzen und kann begreiflicherweise 
dann nicht mehr so hoch ausgesteuert werden. Die meisten Digitizer sind ab Werk korrekt 
eingestellt, manche aber besitzen hierfür ein ı Trimm- Poti, welches vor dem Sampeln justiert 
werden muß. 


Der Start des Sampling-Vorganges 


Um den zur Verfügung stehenden Speicherplatz voll nutzen zu können, muß die Aufnahme 
möglichst genau übereinstimmend mit dem Beginn des Klanges gestartet werden. In diesem Punkt 
offenbart sich eine weitere Schwäche des AudioMaster: Hier kann nur mit Hilfe der Maus gestartet 
werden, was oft einen zu frühen.oder zu späten Beginn des Samples zur Folge hat. Einige 
Programme, wie auch De-Luxes-Sound, besitzen hierfür eine Funktion, die die Aufnahme 
automatisch auslöst, sobald der Eingangspegel einen bestimmten Wert überschreitet. Dies ist oft 
sehr praktisch, da hiermit kein: Byte Speicher verschenkt und der Klang trotzdem immer 
vollständig aufgenommen. wird. Man sollte aber stets den geringstmöglichen Auslösewert 
verwenden, da sonst unter Umständen doch Teile des Anschlags der Wellenform verlorengehen 
könnten. Da das Sample mit dieser Methode niemals wirklich mit einer 0 beginnt, Kann es nötig 
werden, den Anfang des Samples bis zum nächsten Nulldurchgang wegzuschneiden. 


4.2 Die Erstellung von Instrumenten 


Ist das gewünschte Sample nun glücklich im »Kasten«, kann man die Nachbearbeitung in Angriff 
nehmen. Für diesen Zweck ist wohl nach wie vor der Audiomaster zu empfehlen, da hier eine 
große Anzahl'von Funktionen zur Bearbeitung und Korrektur von Sample-Daten vorhanden sind, 

mit denen.dem Klang mit ein wenig Geschick viel Lebendigkeit und Fülle verliehen werden 
können. .: 
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4.2.1 Korrektur der Lautstärke 





Hüllkurven 


Wenn man ein Sample zu einem Instrument verarbeitet, so stellt sich stets die Frage, ob dieses nur 
mit der gegebenen Hüllkurve abgespielt, oder mit einer zusätzlichen Hüllkurve ‚ersehen werden 
soll. Sowohl im Sonix- als auch im IFF-Format ist dies zumindest theoretisch vorg: 

aber ein Instrument miteiner Hüllkurve beaufschlagt werden soll, so istes ratsam, 
Daten vorher möglichst jede eigene Hüllkurve herauszubügeln, da es. sonst zu schwer vorher- 
sehbaren Ergebnissen kommt. Im Klartext bedeutet das, daß das Sampleei ein vom Beginn bis zum 
Ende möglichst konstante Lautstärke aufweisen muß. 











Hier ist die Change-Volume-Funktion des Audiomaster überaus hilfreich, da sie die Kontinuier- 
liche Veränderung des Lautstärkepegels in einem gewählten Bereich erlaubt. Möchte man z.B. 
einen langsamen Anschlag in dieser Weise korrigieren, so braucht man lediglich den Bereich vom 
Beginn des Samples bis zum Erreichen der maximalen Lautstärke anzuwählen und dann die Start- 
Lautstärke auf das Maximum (200) und die Endlautstärke auf gleichbleibend (100) zu stellen. 

Gegebenenfalls muß dies mehrfach durchgeführt werden, da eine bloße Verdoppelung am Beginn 
oft nicht ausreicht. 


Konstante Haltephasen 


Ein Spezialfall in der Anwendung der Change Yeinme- -Funktion ist die Herstellung eines 
konstanten Lautstärkepegels innerhalb des Repeat-Teils geloopter Instrumente. Digitalisiert man 
beispielsweise ein Klavier oder eine Gitarre, so nimmt die Lautstärke nach dem Anschlag ja 
ständig ab, was dazu führt, daß nahezu an allen.Punkten des Samples ein hörbarer Unterschied 
zwischen dem Beginn und dem Ende des:Repeat-Parts besteht. Gerade hier ist das Gehör jedoch 
leider besonders heikel, nur allzuleicht erkennt es die Übergänge und empfindet einen störenden 
Monotonitäts-Effekt (boing-boing-boing-boing). Am besten geht man hier so vor: Man wählt als 
Beginn der Repeat-Parts eine Stelle im.Sample, die eine noch nicht allzu geringe Lautstärke 
aufweist, um einen möglichst großen Spielraum für evtl. Hüllkurven-Manipulationen zuzulassen. 
Ab hier hebe man den Pegel mit Hilfe der Change-Volume-Funktion so an, daß er über eine 
möglichst lange Phase annähernd konstant ist, damit auf einer möglichst großen Länge nach einem 
passenden Loop-Point gesucht werden kann. Dabei muß der Endwert sehr gefühlvoll eingestellt 
werden, der Startwert sollte 100% betragen. In jedem Fall werden wohleinige Versuche nötig sein, 
bis der Loop überzeugend: Klingt. 


4.2.2 Korrektur der Tonhöhe 


Bereits bestehende Samples müssen zuweilen einer Tonhöhenkorrektur unterzogen werden, wenn 
sie nicht mit den.üblichen Wiedergaberaten übereinstimmen. Hierfür ist z.B. die Resample- 
Funktion des Audiomaster sehr nützlich, die das Sample auf eine neue Rate umrechnet. Vor allem 
bei der Umrechnung auf niedrigere Raten ist jedoch zu beachten, daß auch hier wie bei der 
Aufnahme: weitere Aliasing-Komponenten erzeugt werden, abhängig vom Frequenzgehalt des 
er Ziel-Rate. Es gelten hier also die gleichen Regeln wie bei der Digitalisierung 
selbst, näm ei ‚daß das Frequenzspektrum des Originals begrenzt werden muß, um bei einer 
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bestimmten Ziel-Rate keine Aliasing-Frequenzen in den Nutzbereich, der ja durch den Ausgabe- 
Filter bestimmt wird, fallen zu lassen. Leider existiert für den Amiga bisher kein Sample-Edit- 
Programm, welches einen wirklich brauchbaren digitalen Filter besitzt. Dies kann sich allerdings 
schnell ändern, da die Realisation eines solchen im allgemeinen kein Problem darstellt; die 
theoretischen Grundlagen dafür sind schon in den 60er Jahren hinreichend ausgelotet worden und 
stehen in zahlreichen Werken der Öffentlichkeit zur Verfügung. j 


4.2.3 One-Shot- und geloopte Instrumente: 


Viele Sounds, wie z.B. Percussion- und Drumsounds oder andere hinreichend kurze Klänge, 
benötigen keine konstante Haltephase und werden nur einmal wiedergegeben. Ihre Herstellung 
gestaltet sich daher sehr einfach: Lediglich Korrekturen der Sampling-Rate und/oder Amplitude 
müssen zuweilen vorgenommen werden, um ein einsatzbereites Instrument zu erhalten. Andere 
Klänge wiederum wie Orgel oder Flöte besitzen jedoch eine solche Sustain-Phase, in der der Ton 
meist einen relativ konstanten Pegel aufweist. Dies ist mit der Audio-Einheit des Amiga nur zu 
bewerkstelligen, indem ein bestimmter Datenblock in ständiger Wiederholung ausgegeben wird, 
vergleichbar mit einem Stück Tonband, dessen Enden zu einer Endlosschleife (Loop) 
zusammengeklebt werden. Im IFF- und Sonix-Format besteht ein Instrument aus einem One- 
Shot-Teil, der beim Beginn einer Note einmal gespielt wird, und eben einem solchen Repeat-Teil, 
der anschließend so lange wiederholt wird, wie die Note andauert. 





Looping und natürliche Periodizität. 


Die Bestimmung eines solchen Datenblocks ist’bei natürlichen Klängen ziemlich kompliziert, da 
sie nur äußerst selten genau periodisch verlaufen. Da wir dem Klang jedoch eine Periode 
aufzwingen müssen, sollten wir dazu entweder eine vollkommen gleichklingende Soundpassage 
oder eine Stelle mit einer natürlichen Periode wählen. Ersteres ist wohl am schwierigsten zu 
bewerkstelligen: Wie schon im letzten Abschnitt angedeutet, müßten sowohl die Lautstärke als 
auch die spektrale Verteilung genau Konstant sein, um einen wirklich »stehenden« Klang zu 
erreichen. In der Praxis ist das aber auch gar nicht so wünschenswert, da sich Lebendigkeit und 
Tiefe eines Instruments nur mit Hilfe einer gewissen Klangvariation erreichen läßt, sei es nun ein 
Tremolo, Vibrato, Chorus oder was auch immer. Die Kunst der Erstellung geloopter Instrumente 
besteht also hauptsächlich im:Auffinden eines Datenblocks, dessen Beginn und Ende sich 
klanglich möglichst ähnlich sind. 


Um dies zu veranschaufichen, betrachten wir zunächst einen relativ einfachen Fall, z.B. eine 
professionell gespielte, Flöte. Der Ton setzt mit einem typischen Anblasgeräusch ein, bleibt eine 
kurze Zeit konstant, um dann in ein leichtes Vibrato überzugehen. Hier wird man den Teil bis zum 
vollen Einsetzen des Vibratos als One-Shot-Part wählen; der optimale Repeat-Part muß nun 
innerhalb der anschließenden Daten ermittelt werden, wobei man natürlich die Periode des 
Vibratos als Zeitbasis fürden Loop verwenden sollte. Das heißt, daß der Repeat-Datenblock genau 
die Länge von ‚einer oder mehreren Vibrato-Schwingungen haben muß, damit die Tonhöhe am 
Beginn und:am Ende des Blocks möglichst gleich ist. 





Schwieri, ver wird es, wenn der Ton beim besten Willen keine erkennbare Periode aufweist; in 
diesem Fall:wird die Erstellung eines Loops erst wirklich zum kreativen Akt, da hier oft viele 
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Experimente mit verschiedenen Loop-Positionen, Pegelkorrekturen, Filteralgorithmen: (wenn 
vorhanden) und ähnlichem vorgenommen werden müssen, bis man überzeugende. Ergebnisse 
erzielt. Daein Loop jain den meisten Fällen den Eindruck eines durchgehend präsenten; aber doch 
möglichst lebendigen und bewegten Klanges erzeugen soll, muß man seine Aufmerksamkeit hier 
auf jede noch so kleine Einzelheit im spektralen Verlauf richten. Zum Beispiel kann schon eine 
kleine Schwebung im Ton eines Klaviers (wo jabis zu drei Saiten angeschlagen werden) die Basis 
für einen guten Loop bieten, solange die Lautstärke- und Klangfarbenunterschiede zwischen 
Beginn und Ende entsprechend gering ausfallen oder kompensiert werden körinen. 





Übergänge und Phasensprung 


Nachdem eine zumindest theorethisch hoffnungsvolle Loop-Position Fefunden ist, wird in der 
Regel noch einige Feinarbeit nötig sein. Auch am Übergang zwischen Beginn und Ende eines 
Datenblocks werden die einzelnen Werte ja einfach hintereinander ausgegeben, so daß der Loop 
auch auf der Ebene der einzelnen Sample-Werte harmonisiert werden muß. Besteht zwischen dem 
Anfangs- und dem Endpunkt des Loops ein zu großer Wertunterschied, so wird sich das als ein 
lästiges Click-Geräusch bemerkbar machen. Eine wichtige Anforderung an einen Loop-Block ist 
also, daß die Sample-Werte an den Blockgrenzen möglichst gleich sein müssen. Der Audiomaster 
z.B. bietet zur Auffindung solcher Stellen seine Seek-Zero-Funktion an, mit der man eine Block- 
Markierung auf die nächste (erreichbare) Nullstelle setzen kann. In der Praxis ist es jedoch nicht 
unbedingt notwendig, daß der Übergang auf einer O'erfolgt; für einen Klick-freien Loop istes am 
wichtigsten, daß Beginn und Ende die gleichen ‚Werte aufweisen und fließend ineinander 
übergehen. 


Hierbei kommt es jedoch nicht nur auf die beiden Sample-Werte direkt an den Grenzpunkten an, 
sondern auf den ganzen Spannungsverlauf in der Umgebung des Übergangs. Stellen wir uns nur 
einmal eine einfache Sinuswelle vor, die geloopt werden soll, wobei wir den Beginn des Loops 
einmal willkürlich auf den O-Punkt setzen wollen, ab dem die Kurve zuerst stetig ansteigt. Den 
Endpunkt sollte man nun natürlich ebenfalls auf einen O-Wert setzen. Hier stehen jedoch zwei 
Nullpunkte mit unterschiedlichen Eigenschaften zur Auswahl: ein Punkt, ab dem die Werte 
ansteigen, und einer, ab dem sie absinken. Die Entscheidung liegt hier auf der Hand, selbstver- 
ständlich wird man einen Punkt wählen, in dem auch die Steigung der Kurve (mathematisch: die 
erste Ableitung) der am Beginn des.Loops möglichst gleich ist. Wird diese Regel vernachlässigt, 
so kommt es zu einem Phasensprung, der im Moment der Wiedergabe zu einer veränderten 
Spektralverteilung und somit.meist ebenfalls zu einem hörbaren Übergangs-Klick, -Plop oder 
-Bumm führt. Bei natürlichen Samples gibt es aber wie gesagt oft keinerlei Periodizität, die 
Wellenformen an den gewählten Beginn- und Endpunkten weisen meist nicht die mindeste 
Ähnlichkeit zueinander-auf. Gerade dann wird die Auswahl der Loop-Positionen besonders 
heikel: Liegt der Anfangspunkt z.B. auf einem langen, steilen Ramp nach oben, so tut man gut 
daran, den Endpunkt ebenfalls aufeine vergleichbare Position zu legen. Die Maxime lautetimmer, 

einen Loop so unauffälig wie irgend möglich zu gestalten. 


Längen-Raster und Korrekturen 


Die Erstellung von guten Loop-Instrumenten wäre in den meisten Fällen ein Kinderspiel, wäre 
man nieht hinsichtlich der Byte-Längen von One-Shot- und Repeat-Part an bestimmte format- 
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bedingte Raster gebunden. Da der Amiga immer nur zwei Sample-Werte auf einmal verarbeiten 
kann, müssen die Part-Längen gerade sein, so daß schon einmal jedes zweite Byte. als Loop- 
Position ausfällt. Schlimmer wird es, wenn man z.B. im Audiomaster eine’i ehroktavige 
Wellenform zugrunde legt, so daß nur noch jedes vierte bzw. jedes achte Samplei n Frage kommt, 
da die höheren Oktaven ja auch eine geradzahlige Länge haben müssen. ‚Bei. ‚einem Sonix- 
Instrument werden die Verhältnisse vollends katastrophal, hier kann wegen.des. Speicherformats 
nur jeder 32. Wert als Loop-Point verwendet werden. (Das ist nicht sehr schlau, lieber Mark Riley, 
und dazu noch vollkommen unnötig!) Die Seek-Zero-Funktion des Audiomasteri istin diesem Fall 
unbrauchbar; es beginnt eine lange und zermürbende Suche nach..Punkten innerhalb dieses 
Rasters, die die oben genannten Bedingungen erfüllen. Hier einige Tips für die Suche: 








QO Natürliche Samples sind in den seltensten Fällen wirklich ganz exakt gestimmt, so daß die 
Periode einer solchen Wellenform sich in deren Verlauf oft mehrmals mit dem Datenraster in der 
Phase überschneidet. Sucht man an einer Wellenform entlang, so wird man fast immer Stellungen 
finden, in der beide Loop-Points an vergleichbare Positionen fallen. 


Ol DasLängen-Raster selbstläßt sich zwarnnicht verändern; eskann jedoch die Stellung verändert 
werden, in der die Klangdaten auf dem Raster zu liegen.kommen. Dazu können entweder Daten 
am Beginn des Samples herausgeschnitten oder auch 0-Daten hinzugefügt werden, was meistens 
keinen hörbaren Effekt hat. ; 


O Glaubt man einen vom gesamten Klangverlauf her idealen Loop-Datenblock gefunden zu 
haben, kann in dieser Umgebung beim besten Willenkeine geeigneten Loop-Points finden, sohilft 
nur manuelle Nachbearbeitung des Samples. Hierzu bietet sich z.B. die Edit-Freehand-Funktion 
des AudioMaster an. Paßt z.B. der Aufwärts-Ramp an dem durch das Raster vorgegebenen 
Endpunkt nicht ganz genau in den ausgewählten Beginn des Loops, so kann die lästige Differenz 
mit ein wenig Geschick von Hand begradigt werden, so daß weder Klick-trächtige Werte- noch 
Phasensprünge entstehen. 


4.3 Komposition - 


Zur Verwirklichung unserer musikalischen Vorstellungen steht uns der wichtigste Teil der Arbeit 
aber noch bevor: Die Verteilung der Noten auf die einzelnen Stimmen, Arrangement und 
Instrumentierung des Stückes bilden wohl die schwierigste Komponente und setzen auch am 
meisten Kreativität und musikalisches Können voraus. Erschwerend wirkt sich hier natürlich die 
geringe Anzahl der Stimmen aus, die das Erzielen eines vollen, satten Klangbildes oft zu einer 
Puzzle-Arbeit werden läßt. Die in diesem Abschnitt gegebenen Informationen sollen vor allem der 
Überwindung diese SE APODAHEUNG sowie der eventuellen Unzulänglichkeiten der Software 
dienen. 








4.3.1 Sonix-Tips und -Tricks 





Gebundene Noten 
sitzt Sonix die unangenehme Eigenschaft, sämtliche Noten um ein Viertel kürzer zu 
spielen als angegeben. Dies fällt meistens nicht so sehr auf, da die Hüllkurve der meisten 
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Instrumente eine gewisse Ausschwingzeit vorsieht. Manchmal jedoch, wie z.B. für.die Nachah- 
mung mehrerer Gitarrenanschläge, ist eine möglichst kontinuierliche Wiedergabe gewünscht. 
Darüber hinaus läßt Sonix keine längeren Notenwerte als eine ganze Note zu. 





Diesen beiden Übeln kann hier nur mit einer Veränderung der Hüllkurve abgeholfen werden, 
welche allerdings nur bei den Analog- und bei den Sampled-Sounds zur Verfügung steht; IFF- 
Instrumente müssen stets zuerst umgewandelt werden. Grundsätzlich hatman die Wahl zwischen 
zwei Methoden: Entweder kann die Ausschwingzeit verlängert werden, ‚indem man die Release- 
über 0, so daß der Ton beliebig lange Hachschwinsen kann. Möchte man nalso z.B. ein Instrument 
über drei ganze Noten binden, so braucht man sich lediglich eine Kopiedavon zu erstellen, dieman 
in der oben genannten Weise modifiziert. Dieses neue Instrument muß vor der betreffenden Note 
aktiviert werden; dahinter läßt man so viele Pausen folgen, wie dem gewünschten Notenwert 
entspricht. Um eine solche Note wieder zu stoppen, muß entweder eine neue gespielt werden 
(vorzugsweise wieder mit dem Original-Instrument), oder ein Instrument mit einer Lautstärke- 
einstellung von 0, wenn eine echte Pause gewünscht ist. 


Dynamik 


Da Sonix in der Noteneingabe keine Möglichkeiten: zur  annilvanagon vorsieht, muß auch 
hierfür der Lautstärke-Parameter des Instruments herhalten. Dazu müssen wiederum erst mehrere 
Duplikate des Instruments angefertigt werden, die-mit verschiedenen Volume-Einstellungen 
versehen und dann bei Bedarf aktiviert werden. Dem um seinen wertvollen Speicherplatz 
besorgten Anwender (oder Programmierer) werden hier sicher die Haare zu Berge stehen, aber 
halb so wild: Für jedes Analoginstrument gehen lediglich 506, für eine Version eines Sampled 
Sound gar nur 132 Byte verloren. Bei ersteren ist allerdings darauf zu achten, daß die DCO- 
Wellenform nicht verändert wird, da für jede neue Wellenform ein eigenes Filterarray mit jeweils 
64 verschiedenen gefilterten Versionen erstellt wird; dies nimmt natürlich eine Menge Speicher 
in Anspruch, immerhin ganze 16 Kbyte. 


Nachhall 


Vor allem Instrumente mit einer langen Ausschwingzeit können erheblich an Authentizität 
verlieren, wenn sie in zu schneller Folge angespielt werden, da jede Note ja beim Beginn einer 
weiteren schonungslos unterbrochen wird. Dem kann man nur dadurch entgehen, indem man die 
aufeinanderfolgenden Noten der Reihe nach auf verschiedene Stimmen legt, soweit dies deren 
momentane Auslastung zuläßt. Versucht man z.B. den Klang einer Gitarre oder eines Klaviers mit 
gedrücktem Pedal nachzuahmen, so wird man in der Regel sicher drei Stimmen für diesen Effekt 
opfern müssen, damit däs Abschneiden einer Note zugunsten einer neuen so wenig wie möglich 
auffällt. 


4.3.2 Schlagzeug-Tracks 


Eine wichtige Technik für die Einsparung von Spuren ist die Erstellung eines Schlagzeug-Tracks, 
der mö glichst älle Percussion- und Drumsounds überzeugend wiedergeben können soll. Wie 
bereits erwähnt, sind sämtliche Sounds nur bis zum Einsetzen der nächsten Note zu 
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hören, da eine Stimme immer nur ein Instrument gleichzeitig wiedergeben kann. Da Schlagzeug- 
und Percussion-Sounds so gut wie immer vom One-Shot-Typ sind, sollte man das Hauptaugen- 
merk auf die Länge der benötigten Instrumente richten. Nur wenn ein Sound’eine wirklich 
beträchtliche Länge hat, wie z.B. ein Ride-Becken, oder wenn unbedingt ; zwei Instrumente 
gleichzeitig ertönen müssen, sollte man eine weitere Spur damit belegen. 








Für die Erstellung eines Schlagzeug-Tracks geht man am einfachsten so vor: 





OD Zuerst wird der Basis-Beat kreiert. Dazu erstellt man meistnur einen einzigen nTakt,i indem der 
Grundrhythmus festgelegt wird. Mit Hilfe der Repeat-Funktion kann ‚das Ergebnis laufend 
kontrolliert werden. In diesem Beispiel wird auf der Grundlage einer Basedrum und einer Snare 
ein einfacher Rock-Rhythmus geschaffen: 


Aegis SONIX Y2.8 - rhythul 


Volume Tempo Transpose [une 





Abb. 4.1: Der Basis-Beat 





O Alseine Variation könnte nun z.B. einfach der erste Beat in jedem zweiten Takt weggelassen 
werden. Dazu wird zunächst der ganze Takt markiert und die Copy-Funktion angewählt, um ihn 
Hilfe der Paste-Funktion zu duplizieren. Nun verwandelt man die letzte Note von 
einem Sechzehntel in ein Achtel und löscht die erste Achtelnote in Takt 2, um einen 
vorgezogenen Beat zu erzielen: 
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Aesis SONIX Y2.8 - rhythad 


ERBETEN PUT 
| f # a sach 


St EIT2 


Yalume Tempo Transpose Tune (Repeat) 





Abb. 4.2: Erweiterung des Beats auf zwei Takte 


q Wenn einem das Ergebnis tauglich erscheint, so sollte man bereits darangehen, die ersten 
Passagen des Stückes, das man gerade im Kopf hat, vollständig niederzulegen. Während dieser 
Arbeit ergeben sich die meisten der weiteren Variationen, die für ein abwechslungsreiches Stück 
notwendig sind, so gut wie von selbst. Man könnte z.B. jeden vierten Takt so enden lassen, wie in 
Abbildung 4.3 gezeigt. 


4.3.3 Backing-Tracks 


Mit den vier Audio- Kanälen des Amigalassen sich bekanntlich nicht nurmonophone Instrumente, 
sondern jeder beliebige Sound abspielen, der mit den verfügbaren Sampling-Raten aufgenommen 
und befriedigend wiedergegeben werden kann. Dadurch ergeben sich klanglich enorme Mög- 
lichkeiten: Ganze. Passagen, wie z.B. Schlagzeug-Rhythmen, Gitarren-Riffs und vieles mehr 
können in ein einziges Instrument gepackt und bei Bedarf in voller Länge abgespielt werden. 
Vor allem mit Hilfe der Loop-Option lassen sich sehr schön konstante und beeindruckend volle 
Begleitstimmen konstruieren. 
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Aeris SONIX Y2.6 - rhytha] 


EEITUr 


Yalume Tempo Transpose Tune 





Abb. 4.3: Erweiterung des Beats auf vier Takte 


Als erster Schritt zu einem solchen Backing-Instrument muß zunächst eine geeignete 
Soundpassage gefunden und aufgenommen werden. Auch hier muß wieder die Soundquelle auf 
die Standard-Samplingraten gestimmt werden. Am besten verwendet man für diesen Zweck die 
höchstmögliche Rate, 15838:Hz. Kann man die Tonquelle nicht stimmen, so muß wie gesagt die 
Sampling-Rate entsprechend korrigiert werden. Bei dieser Frequenz würde der Tuning Tone des 
Audiomaster ein H wiedergeben, worauf dieser dann genau auf den Sound abgestimmt und die 
richtige Sampling-Rate abgelesen werden kann. Es kann aber sein, daß ein H zum Stimmen 
ungeeignet ist, da es in der Tonleiter des Sounds nicht enthalten ist und deshalb nie harmonisch 
klingt. Dann muß der Pitch-Regler zuerst auf einen passenden Ton gestellt, mit dem Fine-Regler 
genau gestimmt und dann wieder auf das H zurückgegangen werden. Die Anzeige enthält nun die 
korrigierte Sampling;Rate für die Wiedergabe auf dem H. 


In den meisten Fällen wird man wohl ein konstantes Instrument bevorzugen, so daß man eine 
möglichst einfach zu loopende Passage wählen sollte. Das Tempo des gesampleten Sounds gibt 
nun das Tempo.des gesamten Stückes vor; der Temporegler des Kompositionsprogrammes muß 
sehr genau darauf eingestellt werden. Möchte man noch weitere Backing-Tracks in den Score 
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vorgesehenen arm: Sound-Format. Bei Sonik ist es ledines noc 
Release-Level (Level 4) der Hüllkurve auf den höchsten Wert zu set 
Wiedergabe zu ermöglichen. Nun aktiviert man das Instrument auf ei ur und setzt einige 
ganze Noten an deren Beginn. Abhängig davon, wie viele Beats der Soup auert, können auch 
größere oder kleinere Notenwerte verwendet werden. In Sonix muß ı ängere Notenwerte wie 
gesagt mit Hilfe der Hüllkurve und eingefügten Pausen simulier startet man die Wieder- 
gabe mit derRepeat-Funktion und stellt das Tempo so ein, daß die Li e des Samples sich mit den 
gespielten Notenwerten genau deckt. Reicht die Auflösung, d.h..die Wertabstufung des Tempo- 
Reglers nicht aus, um eine vollkommene Deckungsgleichhäit Samples mit dem Timing 
herzustellen, so kann dies mit dem Feinstimmungs-(Tune-)Regler nachkorrigiert werden. 


eine konstante 
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Jeder musikbegeisterte Amiga-Anwender wird schon irgendwann einmal an die Möglichkeit 
gedacht haben, seinen Amiga für Aufnahmen (oder auch Livekonzerte und Sessions) zu benutzen, 
egal ob nun im Amateur- oder im Profibereich. Da besteht zuerst einmal die Möglichkeit, den 
Amiga als Musikinstrument, sprich als Sampler einzusetzen. Wie in den letzten Kapiteln gezeigt 
wurde, unterliegtder Amiga zwareinigen Beschränkungen hinsichtlich Auflösung und Sampling- 
Rate, ist aber trotzdem sehr wohl in der Lage, miteiner separaten Filterung professionell klingende 
Sounds zu erzeugen. Die dafür nötigen Voraussetzungen wurden hier ja bereits eingehend 
besprochen. 


Für einen Computer wie den Amiga gibt es jedoch in einem Home- oder Profistudio noch eine 
wesentlich ruhmvollere Aufgabe zu bewältigen: die Steuerung von anderen Musikinstrumenten 
über die sog. MIDI-Schnittstelle (MIDI = Musical Instrument Digital Interface). Diese stellt ein 
genormtes Verfahren zur Kommunikation zwischen Musikinstrumenten dar, zu dem heutzutage 
zumindest alle elektronischen Instrumente wie Keyboards, Synthesizer, Sampler und 
Schlagzeugmaschinen kompatibel sind. Für die meisten Instrumentalisten gibt es inzwischen 
speziell angepaßte sog. MIDI-Controller, allen voran natürlich das Keyboard, das bis heute das 
Standard-MIDI-Eingabemedium darstellt. Aber auch einem Gitarristen oder einem Schlagzeuger 
oder sogar einem Sänger ist es so möglich, den von ihm gespielten Ton (mit den Parametern 
Tonhöhe, Länge, Dynamik und anderen) an ein externes, MIDI-kompatibles Gerät weiterzu- 
geben, das diesen erklingen läßt. Zum Beispiel könnte ein Saxophonist durch einen an sein 
Instrument angepaßten MIDI-Controller seine Melodien an einen Synthesizer schicken, der diese 
dann mit Trompetensound wiedergibt. 


Diese durch die MIDI-Schnittstelle übertragenen Informationen lassen sich aber nicht nur zur 
direkten Steuerung von anderen Instrumenten einsetzen, sondern auch aufnehmen, speichern, 
schneiden und archivieren. Genau dies ist auch die Aufgabe, die der Computer in einem MIDI- 
System erledigt. Ihm wird die Rolle des Steuergerätes (auch Sequenzer genannt) übertragen, der 
andere ihm untergeordnete Geräte (Slaves) zur Wiedergabe der zum jeweiligen Zeitpunkt 
gewünschten Sounds veranlassen kann. Die Eingabe (Editing) der Notendaten kann hierbei auf 
zwei Arten erfolgen: Entweder können Melodien und Akkorde über die oben erwähnten MIDI- 
Controller vom Instrument direkt eingespielt oder am Computer durch Tastatur- oder Mausein- 
gabe programmiert werden. Welche von beiden Möglichkeiten man im jeweiligen Fall vorzieht, 
hängt von der Arbeitsweise und nicht zuletzt von den instrumentalen Fähigkeiten des Musikers ab. 
Die MIDI-Schnittstelle ermöglicht somit unter anderem sogar die völlige Unabhängigkeit von 
einer konventionellen Mehrspur-Bandmaschine, sofern sämtliche beteiligten Instrumente MIDI- 
Daten senden und ihre Klänge auch über MIDI wiedergegeben werden können (was bei 
akustischen Instrumenten nicht geht). 
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Da der Amiga mit einer seriellen Schnittstelle ausgerüstet ist, steht seiner Verwendähg als 
MIDI-Steuercomputer in einem professionellen oder Home-Studio nichts im Wege, In diesem 
Kapitel soll zuerst auf die MIDI-Schnittstelle selbst eingegangen werden, wobei sowohl 
die praktische Anwendung, sprich Anordnung und Verkabelung von MIDI- Hardware, als auch 
ihre Programmierung Schwerpunkte sein werden. Anschließend werden gs MIDI -Geräte 
vorgestellt. 


5.1 Was ist MIDI? 


1983 wurde mit der MIDI-Spezifikation 1.0 der erste internationale Standard für die Kommuni- 
kation zwischen Musikinstrumenten vorgestellt. Seither haben sich die meisten Hersteller elek- 
tronischer Instrumente auf diesen geeinigt, nicht MIDI-kompatible Keyboards zumindest sind so 
gut wie nicht mehr zu verkaufen. Um den hardwaremäßigen Aufwänd so gering wie möglich zu 
halten, wurde für MIDI eine serielle Datenübertragung gewählt, bei der die einzelnen Bits 
nacheinander durch eine einzige Leitung geschickt werden. Das Prinzip der seriellen Übertragung 
läßt sich in Kürze etwa so beschreiben: ’ 





Zuerst einmal müssen sich beide Kommunikationspartner, Sender und Empfänger, über die 
Übertragungsgeschwindigkeit einig sein, hier 31250 Bit/s, also ein zeitlicher Abstand zwischen 
den Bits von 32 us. Ist das der Fall, kann mit der Übertragung begonnen werden. Hierbei setzt der 
Sender die Leitung zuerst auf 0, wodurch die Uhr. des Empfängers synchronisiert wird (Startbit). 
Dann sendet er nacheinander die zu übertragenden Bits, die vom Empfänger anhand des durch 
Übertragungsrate und Startbit vorgegebenen Zeitrasters interpretiert werden. Darauf folgen ein 
oder zwei sog. Stoppbits (immer 1). Dieser Vorgang wird wiederholt, so lange Daten zum Senden 
bereitstehen. en, 


5.1.1 Die Interface-Hardware 


Technisch gesehen ist ein MIDI-Interface nichts anderes als eine serielle Schnittstelle (RS232, 
asynchron), die mit 8 Datenbit, 1:Stoppbit, ohne Parität (8N1) und bei einer Übertragungsrate von 
31250 Bit/s arbeitet. Diese wurde so hoch gewählt, um die zwangsläufige Verzögerung zwischen 
dem Absenden einer MIDI-Information (z.B. dem Drücken einer Taste am Controller) und ihrer 
Interpretation (dem Erklingen des Tones) so kurz wie möglich zu halten. Bei 8 Datenbit plus je ein 
Start- und Stoppbit = 10 Bit rgibt sich eine Übertragungszeit von 320 us pro Byte. Da im MIDI- 
Protokoll mindestens zwei-Byte für einen Ton nötig sind, bedeutet das bei der gleichzeitigen 
Übertragung von mehr als. vier oder fünf Tönen schon eine Verzögerung von über 30 ms, was 
bereits als störend empfunden wird. Aus diesem Grund erwägt man die Verdoppelung der Baud- 
Rate auf 62500 Bit/s. (Zehn Stimmen sind in einem sequenzerorientierten MIDI-System durchaus 
keine Ausnahme)., 









Bezüglich der Kabel- und Steckerbelegung wurde hier ein besonderer Weg beschritten: Sende- 
und Empfangsleitung werden nicht in einem Kabel untergebracht, sondern sind getrennt auf zwei 
Buchsen. verfügbar. Diese sind als 5-Pol-Din-Buchsen (180 Grad) ausgeführt. Der Standard ist 
allerdings nicht unbedingt optimal gewählt, da Stecker und Buchsen im harten Studio- und Road- 
Alltag nur allzu leicht Schaden nehmen können (schwer einzustecken, leiern bald aus, werden 
leicht zertreten u.ä.). 
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kationsgerechte Schaltung des MIDI-Interface (Aus: Richard Aicher, Das Midi- 
Praxisbuch, 1988, Signum Medien Verlag) 
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Die eine Leitung, auf der Daten gesendet werden sollen (MIDI OUT-Buchse), entspri ht der 
TXD-Leitung der RS232 am Computer und muß auch im MIDI-Interface mit dieser verbunden 
werden. Die Empfangsleitung (MIDI IN-Buchse) entsprichtRXD. Diese Buchse ist an derRXD- 
Leitung durch einen Optokoppler (lichtbetriebenen Schalter) galvanisch getrent j 

schleifen zu vermeiden. ; 





An den meisten MIDI-Interfaces befindet sich noch eine dritte Buchse, die MIDI THRU-Buchse. 
Hier werden alle an der Eingangsleitung ankommenden Signale direk! jeder ausgegeben, die 
MIDI IN-Buchse ist also nur auf diese Buchse durchgeschleift. Im Gegen tz zur RS232, die nur 
einen Kommunikationspartner ansprechen kann, können hier also theoretisch beliebig viele 
»Zuhörer« an eine MIDI OUT-Leitung angeschlossen werden. Deshalb spricht man auch vom 
MIDI-Bus (lat. omnes = alle; omniBUS = für alle). 











In der Praxis gibt es hier jedoch das Problem, daß der Optokoppler she seiner Durchschalt- 
dauer das Signal bei jedem Durchgang ein wenig verfälscht. Deshalb dürfen höchstens etwa drei 
MIDI-Geräte auf diese Weise in Serie geschaltet werden, da sonst die letzten Geräte in der Kette 
ein zu unsauberes Datensignal empfangen. Die hier auftretenden Übertragungsfehler können sehr 
tückisch sein, weil sie unter Umständen erst nach einiger Zeit auftreten, wenn sich die Bauteile 
erwärmt haben. (Das ist in einem Live-Gig wirklich’super-peinlich!) Bei mehr als drei Geräten 
sollte man deshalb mit Hilfe einer sog. THRU-Box mehrere parallele Ausgänge schaffen, andenen 
jeweils nur ein oder zwei Geräte hängen (Sternschaltung, siehe Abbildung 5.3). 


In Abb. 5.1 ist der normgerechte Aufbau des MIDI-Interface dargestellt. Es arbeitet mit einer 
5-mA-Stromschleife (logisch 0 = Strom ein);.die jeweils von MIDI OUT oder MIDI THRU mit 
Power versorgt wird. Hier ist u.a. der Optokoppler zu erkennen, der die Geräte galvanisch 
voneinander trennt. Da dieser mit einer Spannung zwischen zwei Leitungen geschaltet wird, gibt 
es für die eigentliche Datenübertragung ein Paar von zwei Adern (Pin 4 und 5), die in einem 
ordentlichen MIDI-Kabel miteinander:verdrillt sein sollten (Twisted-Pair-Retum). Ein solches 
Kabel darf nicht länger als 15 Meter sein. Die Abschirmung muß auf beiden Seiten an Pin 2 
angeschlossen werden, kommt jedoch immer nur mit der Abschirmung der MIDI OUT- oder 
MIDI THRU-Buchse in Kontakt, ‚da Pin 2 der MIDI IN-Buchse unbelegt ist. Pin 1 und 3 sind 
immer unbelegt. 


5.1.2 MIDI-Schaltschemata 


Die einfachste Art, via MIDI Musikinstrumente miteinander zu verbinden, besteht in der 
Hintereinanderschaltung .der Geräte. Hierzu wird die MIDI OUT-Buchse des Controllers (z.B. 
Keyboard, auf dem die Töne gespielt werden) mit der MIDI IN-Buchse des ersten Slaves 
verbunden. Die MIDEIN-Buchse jedes weiteren Gerätes muß dann jeweils mit der MIDI THRU- 
Buchse des vorhergehenden verbunden werden. Diese Verschaltung kann dazu benutzt werden, 
jeden auf dem:Masterkeyboard gespielten Ton gleichzeitig auf mehreren Slaves erklingen zu 
lassen, also »gestacked« zu spielen. Abb. 5.2 zeigt eine solche Anordnung. 


Hier ist allerdings noch keine Möglichkeit zur Aufnahme und Speicherung der auf dem Controller 
gespielten MIDI-Informationen vorhanden. Dazu wird ein Sequenzer oder eben ein Computer 
benötigt, der die Rolle des Masters übernimmt. Dieser wird im allgemeinen direkt mit dem 
Controller verbunden, indem MIDI OUT des Computers mit MIDI IN des Controllerkeyboards 
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Abb. 5.2: Stacking mehrerer Slaves durch serielle Verschaltung (Aus: Richard Aicher, Das Midi- 
Praxisbuch, 1988, Signum Medien Verlag) 


und umgekehrt, MIDI OUT des Controllers mit MIDI IN des Computers verbunden wird. Alle 
Slaves werden dann an der MIDI THRU-Buchse des Controllers angeschlossen (Abb. 5.3). Bei 
der Aufnahme, also dem Einspielen von Daten in.den Computer, wird dessen MIDI IN-Eingang 


Sternförmige Verkabelung 











Abb. 5.3: Sternschaltung (Aus: Richard Aicher, Das Midi-Praxisbuch, 1988, Signum Medien Verlag) 
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KEYBOARD IM LOCAL oN MODUS 
KLANGERZEUGER MIT KLAVIATUR VERBUNDEN 
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KEYBOARD IM LOCAL OFF MODUS 
KLANGERZEUGER VON KLAVIATUR GETRENNT 














Abb:3 Datenwegei im Local-onloff-Modus (Aus: Richard Aicher, Das Midi-Praxisbuch, 1988, 
Signum Medien Verlag) 








MIDI 151 





direkt wieder auf MIDI OUT gegeben, damit die auf dem Controller gespielten Noten’ auch. 
den Slaves wiedergegeben werden können. Bei der Wiedergabe, also beim Abspielen der i im 
Computer gespeicherten Daten, gibt dieser die Daten wieder in den Bus und damit an die 
angeschlossenen Slaves. Natürlich müssen auch während der Wiedergabe weitere »Spuren« 
eingespielt werden können, um die klassische Mehrspur-Aufnahmetechnik, das Aufnehmen zu 
den bereits eingespielten Passagen, zu ermöglichen. 





Wie oben erwähnt, gibt es jedoch beim seriellen Anschluß von mehr als drei Geräten Probleme, 
weshalb man sich nach einer Alternativlösung umsehen muß. Diese existiert n Form einer sog. 
THRU-Box, die den MIDI OUT-Anschluß eines Gerätes auf mehrere MIDI THRU-Buchsen 
verteilt. An dieser können dann an jedem Ausgang ein oder zwei Geräte angeschlossen werden, 
ohne fehlerträchtige Verzerrungen bei der Datenübertragung befürchten zu müssen. Dies 


bezeichnet man als Sternschaltung (Abb. 5.3). 


Bei diesen Techniken ist es oft sinnvoll, wenn der Controller bestimmte Fähigkeiten aufweist, die 
die nähere Bestimmung des Zieles der MIDI-Daten ermöglichen. Eine dieser Fähigkeiten ist die 
sog. Local-on/off-Umschaltung. Diese erlaubt, die in einem Keyboard vorhandenen Toner- 
zeugungseinheiten von der Klaviatur zu trennen. Das ist gerade dann nötig, wenn man zur 
Begleitung der bereits eingespielten Spuren eine weitere aufnehmen will, die von einem anderen 
Slave als dem Keyboard selbst wiedergegeben werden soll. Hier kann im Local-off-Modus die 
neue Spur über die Klaviatur eingespielt werden, deren Daten über den Computer an das 
eigentliche Wiedergabegerät gehen. Der Tongenerator.des Controllerkeyboards gibt dann nur die 
Töne wieder, die durch die MIDI IN-Buchse des Keyboards hereinkommen (Abb. 5.4). 


Eine weitere wichtige Eigenschaft eines Controllers (im Fall eines Keyboards) ist das sog. 
Keyboard-Splitting. Hier kann die Klaviatur (öder allg. der Tonumfang des Controllers) in 
mehrere Bereiche aufgeteilt werden. Dies kann z.B. dazu eingesetzt werden, daß der untere 
Tonbereich (die linke Hand des Keyboarders) bis zu einem bestimmten Punkt mit dem Sound A, 
der obere (rechte Hand) mit Sound B wiedergegeben wird. Dies erlöst den Musiker von dem Berg 
von Eingabegeräten, die sonst für solche Anwendungen nötig wären. 


Beim Kauf eines MIDI-Controllers ist also unbedingt darauf zu achten, daß zumindest diese 
beiden Voraussetzungen erfüllt sind, da sonst wichtige Möglichkeiten des MIDI-Systems nicht 
voll genutzt werden können. . 


5.1.3 Die MIDI-Channels (Kanäle) 


Einer der wesentlichen Parameter für eine Information im MIDI-System ist die Angabe des 
Geräts, für das die Information bestimmt ist. Gäbe es keine Möglichkeit, z.B. an einen beliebigen 
Synthesizer in der Kette allein eine Note zu senden, so würden alle Slaves diese Note gleichzeitig 
wiedergeben. Dies würde zwar zu einer großen Klangfülle, nicht aber zur Realisation der von uns 
avisierten Mehrspur-Technik führen, wo ja einzelne Stimmen von bestimmten Geräten wieder- 
gegeben werden müssen. 


Abhilfe schafft‘ hier nur die Methode, einer Botschaft auf dem MIDI-Bus eine »Hausnummer« des 
Gerätes mitzügeben, an das sie gerichtet ist. Diese Hausnummern bezeichnet man als MIDI- 
Channels oder MIDI-Kanäle. Für diese sind in jeder MIDI-Botschaft, die eine solche benötigt, 
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4 Bit reserviert, wodurch genau 16 verschiedene Kanäle zur Verfügung stehen. Jedem Controller 
kann im MIDI-System ein eigener Sendekanal (Send-Channel), jedem Slave-ein eigener 
Empfangskanal (Receive-Channel) zugeordnet werden. Ein angeschlossener Slave empfängt 
zwar alle über den Bus laufenden Daten, aber interpretiert und führt nur diejeni en aus, die an 
dieses Gerät »adressiert« sind. 


5.1.4 Die MIDI-Modes (Betriebsarten) 


Nun müssen wir allerdings noch weitere Kriterien einführen, nach denen ein MIDI-Gerät die 
ankommenden Daten auswerten soll. Instrument ist nicht gleich Instrament und Musiker nicht 
gleich Musiker, die Anforderungen an die angeschlossenen Erweiterungsgeräte und ihre 
Arbeitsweise differieren daher stark. Soll wie gesagt ein angeschlossener Synthi nur die auf dem 
Masterkeyboard gespielten Noten wiedergeben, so werden z.B. keine Kanalangaben benötigt, der 
Synthi sollte sie ignorieren. Soll aber ein Keyboard-Split mit jeweils mehreren verschiedenen 
Sounds (unter Umständen aus verschiedenen Geräten) auf jedem Split durchgeführt werden, so 
sind Kanalinformationen in jedem Fall nötig. 








Des weiteren werden beim Keyboard meist mehrere Fonß:zugleich gespielt, es ist ja ein voll 
polyphones Instrument. Die übereinen Kanal gespielten Töne müssen deshalb an die Stimmen der 
Slaves verteilt werden, da jeder Synthi ja nur über eine begrenzte Anzahl verfügt. Der Nachteil 
dabei ist, daß jetzt alle anderen an diesen Kanal gerichteten Informationen, wie z.B. das Drehen 
des Modulationsrads, nun auf alle Töne wirken, die auf dem Kanal gespielt wurden. Ein MIDI- 
Gitarrist möchte aber z.B. gerne eine Saite hochziehen, während die anderen Töne unberührt 
bleiben sollen. Bei ihm wäre es also praktisch, jeder Saite einem eigenen Kanal zuzuordnen, auf 
dem immer nur ein Ton gespielt und dementsprechend moduliert wird; die Kanaldaten sollen also 
monophon behandelt werden. Diese Unterschiede in den Ansprüchen der verschiedenen 
Instrumentalisten waren es, die den Anstoß für die Implementation der MIDI-Modes gaben. 


Die den momentanen Betriebszustand:bestimmenden Parameter kann man sich als zwei Schalter 
vorstellen, von denen jeder zwei verschiedene Stellungen einnehmen kann. Der eine wird der 
»Omni on/off«-Schalter genannt, Dieser bestimmt, obden Kanalnummern in den hereinkommen- 
den MIDI-Botschaften überhaupt Beachtung geschenkt wird. Ist der Schalter in der Omni-on- 
Stellung, so wird jede Information ausgewertet, egal ob sie mit einer Kanalkennung versehen ist 
oder nicht. 





Ist der Schalter dagegen inderOmni-off-Stellung, so wird zuerst geprüft, ob das Gerät (oder einige 
seiner Stimmen) diesem Kanal zugeordnet ist und auf ihm empfangen soll. Soll eine der Stimmen 
auf den Kanal reagieren, so wird die Note gespielt bzw. die entsprechende Modulation vorge- 
nommen. Ist keine ‚der Stimmen auf den Kanal ausgerichtet, so wird die Botschaft als ganzes 
ignoriert. 


Der andere Schalter wird »Poly/Mono«-Schalter genannt. Er bestimmt, ob auf einem Gerät oder 
einem Kanali immer nur eine Note oder mehrere gleichzeitig gespielt werden können. Steht der 
Schalter. auf Möno, so wird jede ankommende Note sofort wiedergegeben. War in dem Moment 
eine vorh auf dem Kanal gespielte Note noch nicht zu Ende, so wird diese gestoppt und ihr die 
>»gestohlen«. Wenn also mehrere Töne kurz hintereinander auf einem Kanal eintreffen, so 
erklingt nür der Letzte. 
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Befindet sich der Schalter in der Poly-Stellung, so wird versucht, jede ankommende Note äuf.einer 
anderen Stimme im Gerät wiederzugeben. Es können natürlich immer nur so viele. Töne 
gleichzeitig gespielt werden, wie Stimmen im Gerät vorhanden sind. Alle ankommen n Noten 
werden also über die vorhandenen Stimmen dynamisch verteilt. Übersteigt die Anzahl der Töne 
jedoch die der Stimmen, so wird dem zuerst gespielten Ton (und dann weiter in d r Reihenfolge 
des Eintreffens) seine Stimme weggenommen und der neue Ton auf dieser ges elt. 








Kombiniert man jeweils die zwei Stellungen der beiden Schalter, so erhält man insgesamt vier 
verschiedene Möglichkeiten, die im allgemeinen als die eigentlichen MIDI -Modes bezeichnet 
werden. Danur drei der Kombinationen einigermaßen sinnvoll einzusetzen sind, wurden diese mit 
den Kürzeln Omni, Poly und Mono belegt: 





Modus übliche Bezeichnung 





Omni on/Mono _ 


Omni on/Poly Omni 
Omni off/Mono Mono 
Omni off/Poly Poly 


Omni on/Mono 


Ein Synthesizer, der weder die ankommenden Däten nach Kanalnummern selektiert, noch 
mehrere Töne spielen kann, ist eine ziemlich eintönige Angelegenheit. Als (vollkommen 
monophoner) Synthesizer wäre ein solches Gerät:wohl nur dann zu gebrauchen, wenn ihm ein 
MIDI-Kanaldatenfilter vorgeschaltet würde, so.daß man noch andere Instrumente am Bus 
hinzufügen kann. Andernfalls würde er ja jede. Nöte auf dem Bus versuchen mitzuplärren, und das 
auch noch monophon! Aus diesem Grund wird dieser Mode in der Praxis so gut wie nicht 
verwendet. 


Omni on/Poly (Omni- Mode) 


Dies ist der simpelste der verwendeten MIDI- Modes. Da auch hier keine Kanalnummern beachtet 
werden, spieltein Gerät, das in diesem Mode arbeitet, alle am Bus auftretenden Noten (Omni on). 

Diese werden jedoch auf polyphone Weise auf die vorhandenen Stimmen verteilt, so daß 
zumindest so viele Noten gleic] eitig wiedergegeben werden können, wie Stimmen vorhanden 
sind. Werden jedoch mehr Noten empfangen, so werden wie erwähnt den zuerst angekommenen 
ihre Stimmen wieder gestohlen. 


In diesem Mode wirken sich leider auch alle weiteren MIDI-Informationen auf alle Stimmen 
gleichzeitig aus, wie z.B.’das oben erwähnte Modulationsrad. Deshalb können Geräte, die 
ausschließlich in diesen Mode arbeiten, wirklich nur in ganz einfache MIDI-Systeme integriert 
werden. 





Omni oft/Poly (Poly-Mode) 


Der Poly-Mod ist der am häufigsten eingesetzte MIDI-Mode. In diesem Mode werden alle 
Informationen zuerst einmal auf Übereinstimmung mit der am Gerät eingestellten 
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Kanalnummer geprüft (Omni off). Ist die Nummer richtig, so werden die Noten auf die freien 
Stimmen verteilt, wenn nicht, werden sie ignoriert. Normalerweise erklingt dann jede dieser Noten 
im selben Sound, also entweder alle nur nach Piano, Trompete etc. 





Es gibt allerdings auch Slaves, die ihre Tonskala in zwei oder mehr Bereiche unterteilen und jedem 
von ihnen einen eigenen Sound zuordnen können. Solche Geräte werden aus :h Split-Synthesizer 
genannt. Sokönnte beispielsweise ein Sampler seinen Tonumfang mit mehre nSamplesbelegen, 

die alle nur eine Quint oder Quart auseinanderliegen, um die durch die Änderung der Ausgaberate 
bedingte Verfremdung so gering wie möglich zu halten. Auch könnte ein MIDI-Schlagzeuger 
seinen Trommeln lediglich verschiedene Notenwerte zuweisen, um sie dann auf einem einzigen 
Kanal an einen Slave zu schicken. Dieser würde dann z.B. bei einem € 1 die Tom, bei einem Cis1 
die Snare, bei einem D1 die Bassdrum wiedergeben, und so weiter. ‚Diese Möglichkeiten machen 
den Poly-Mode schon für eine sehr große Zahl von Musikern interessant. 


Omni off/Mono (Mono-Mode) 


In diesem Mode arbeiten die meisten Sequenzer-orientierten Systeme, aber auch von MIDI- 
Gitarristen und MIDI-Schlagzeugern wird er bevorzugt. Auch hier werden die am Bus ankom- 
menden Informationen auf die evtl. vorhandene Kanalnummer untersucht, und nur im Falle einer 
Übereinstimmung ausgewertet. Hierbei wird jedoch jeder einzelnen Stimme des Slaves eine 
eigene Kanalnummer zugeordnet. Die Auswertüung’der Noteninformationen findet jedoch nach 
monophonem Muster statt: Wird eine weitere Note auf dem Kanal gesendet, bevor die letzte zu 
Ende ist, so wird diese einfach abgeschnitten und die neue Note gespielt. 











Den am Gerät eingestellten Empfangskanal nennt man in diesem Fall den Basiskanal. Diesem 
wird die erste verfügbare Stimme zugeordnet. Alle weiteren Stimmen werden dann den jeweils 
nächsthöheren Kanälen zugeordnet, wennalso der Basiskanal die Nummern hat den Kanälen n+1, 
n+2, n+3 usw. Bestimmt man z.B. Kanal 3 als den Basiskanal, so wird Kanal 3 über Stimme 1, 
Kanal 4 über Stimme 2, Kanal 5 über Stimme 3 wiedergegeben etc. 


Dieser Mode hat den großen Vorteil, daß jeder Stimme im Gerät sowohl ein eigener Sound als auch 
alle sonstigen kanalbezogenen Parameter exklusiv zugeordnet werden können. Dies war zumin- 
dest von den Vätern des MIDI-Systems so geplant. Viele Hersteller gingen hier jedoch einen 
einfacheren und weniger aufwendigen, aber unkorrekten Weg: Bei ihren Produkten werden 
Informationen wie Modulationsrad oder Soundumschaltung einfach auf alle Stimmen des Geräts 
bezogen, was speziell im Fall der Tonhöhenmodulation (man denke an den Gitarristen) natürlich 
vollkommen unsinnig ist. Beim Kauf eines Mono-Mode-Synthesizer-Slaves sollte man sich also 
vergewissern, daß, dieser sämtliche kanalbezogenen Informationen auch den entsprechenden 
Kanälen zuordnen kann. 


In den letzten Jahren hat sich unter den Herstellern noch eine Variation dieses Modes etabliert, 
weshalb man diesen‘ nun in den Mono-Mode A und Mono-Mode B unterteilen muß. Der Mono- 
Mode A entspricht dabei der zuvor besprochenen Betriebsart: Kanal-Informationen werden 
selektiert, jedem Kanal wird eine Stimme zugeordnet. 





C Mode B werden die Noten im Gegensatz zum konventionellen Mono-Mode auch 
polyphon verarbeitet. Manche Geräte erlauben z.B. eine feste Verteilung der vorhandenen 
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Stimmen an die Kanäle. So könnte Kanal 1 etwa 2 Stimmen mit Sound A, Kanal 2 vielleiäht, 4 mit 
Sound B und Kanal 3 eine Stimme mit Sound € zugeordnet werden. Andere ermöglichen die 
dynamische Verteilung der Kanäle auf die vorhandenen Stimmen. Selbstverständlich sollten auch 
alle kanalbezogenen Informationen nur auf die jeweiligen Kanäle wirken, ansonstei ! 
ja gleich den Poly-Mode verwenden. 


5.1.5 Das MIDI-Datenformat 


Sämtliche MIDI-Informationen werden als Bytes, also als 8 Bit breite Binärdaten übertragen. Sie 
bestehen im allgemeinen aus einem sog. Status-Byte, das die Art des übertragenen MIDI-Befehls 
kennzeichnet, sowie einem oder mehreren Daten-Bytes, die die Parameter für diesen Befehl 
beinhalten. Diese beiden Grundtypen von Datenworten werden im MIDI-System aussschließlich 
anhand des höchstwertigen Bits, der Nummer 7, unterschieden: 





Status-Byte: 1sss ssss höchstwertiges Bit immer gesetzt (d.h. gleich 1); 
der numerische Wert dieses Bytes ist also immer größer oder;gleich 128. 


Daten-Byte: Oddddddd höchstwertiges Bit immer gelöscht (d.h. gleich 0); 
der numerische Wert dieses Bytes ist also immer kleiner.als 128. 


Dies ermöglicht bei den meisten digitalen Prozessoren eine sehr schnelle Unterscheidung 
zwischen Status- und Datenbytes, da sich das sog.'Negativ-Flag, das bei so gut wie bei allen 
Prozessoren vorgesehen ist, bei der Übernahme eines Wertes in ein Prozessorregister oder einer 
anderen Verarbeitung meist automatisch auf den. Wert des höchstwertigen Bits einstellt. 


Empfängt ein Gerät ein Status-Byte, so ändert.das Gerät seinen Empfangsstatus, d.h., es erwartet 
von nun an die durch das Status-Byte implizierte Art von Daten. Dieser Zustand wird aufrecht- 
erhalten, bis ein Statusbyte mit anderem Inhalt empfangen wird. Das bedeutet, daß ein Statusbyte 
nur einmal gesendet werden muß, bzw. ihm:auch mehrere Datengruppen des verlangten Inhalts 
folgen können, so lange nur die Anzahl der Daten-Bytes für jede Gruppe stimmt. Um z.B. mehrere 
Noten an einen Kanal auszugeben, genügt es, das Status-Byte 1001 nnnn (Note auf Kanal nnnn 
einschalten) und danach beliebig viele 2-Byte-Gruppen mit dem Inhalt Okkk kkkk Ovvv vvvv 
(Noten-Nr., Anschlagsdynamik) zu senden. Sequenzer-Programme sollten aus den empfangenen 
Daten unbedingt die ne Statusbytes entfernen können, um Übertragungszeit einzu- 
sparen. 





Eine Ausnahme machen hier die MIDI-Echtzeitbefehle. Diese bestehen nur aus einem Status- 
Byte, und haben deshalb.auch keinen weiteren Effekt auf den Empfangsstatus. Echtzeitbefehle 
können auf diese Wei: > in;jeden MIDI-Befehl eingefügt werden, so lange dieser mindestens 
2 Byte lang ist. 





Bei manchen Befehlen ist es notwendig, größere Werte zu übertragen, als es die Auflösung eines 
MIDI-Datenwortes. (7: Bit = 128 Werte) erlauben würde. Hierzu werden diese Werte in ein 
höherwertiges (MSB) und ein niederwertiges Datenbyte (LSB) aufgeteilt. Da das 7. Bit jedoch 
nicht benutzt, werden kann, da es ja immer 0 sein muß, kann der Gesamtwert nicht aus MSB und 
LSB direkt gewönnen werden, sondern muß zuerst in die 14-Bit-Binärdarstellung umgewandelt 
werden.: Die einzelnen Bits werden folgendermaßen zugeordnet: 
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MSB 
MIDI-Datenbytes O0 mmn mammm 1 Ban Bau: DE 3 1° I, 
Bit-Nr. 14 1312 109 8 7 65 4 3+ 2 





Um also ein 14-Bit-Format aus zwei MIDI-Datenwörtern zu erhalten, muß zunächst das Bit O des 
MSB nach Bit 7 der Binärdarstellung gebracht werden. Dann muß das MSB u ‚eine Stelle nach 
rechts geschoben werden. Wenn man beide Ergebnisbytes hintereinander ; stellt, erhält man 
ein 14-Bit-Format, mit dem arithmetische Operationen durchgeführt w rden können. 








5.1.6 Die Unterteilung der MIDI-Befehle 


Die im MIDI-System definierten Befehle lassen sich grob in zwei: eeläsen einteilen: kanal- 
bezogene und nicht kanalbezogene (System-)Befehle. Die kanalbezogenen Befehle stellen sich 
aus den Stimm-Befehlen (Note-on = Ton an und Note-off = Ton.aus) und den Mode-Befehlen 
(Angabe der Betriebsart) zusammen. Die nicht kanalbezogenen Befehle unterteilen sich in die 
Common- (betreffen alle Einheiten), die Echtzeit- (Start-, Stop- und Timersignale) und die 
Exclusiv-Befehle (enthalten Hersteller-spezifische Införgnätionen). Hier noch einmal eine 
Übersicht: 


MIDI-Befehle 
(MIDI Messages) 


/ \ 

kanalbezogene Befehle System-Befehle 

/ \ Fr N \ 
Stimme an/aus Control Change Allgemeine B. Echtzeit-B. Exklusiv 
After-Touch Mode Change (Common) (Real Time) 
Pitch-Wheel (Mode) : : 
Prog Change 
(Voice) 


5.1.7 Die MIDI-Befehle auf einen Blick 


Dieser Abschnitt stellt im wesentlichen eine Zusammenfassung der MIDI-Spezifikation 1.0 dar. 
Hier wurde versucht, die Unterteilung ein wenig günstiger und übersichtlicher zu gestalten, als es 
im amerikanischen Original. der Fall ist. Zuerst folgt eine Tabelle der verschiedenen MIDI- 
Statusinformationen, nach denen der gesamte MIDI-Befehlssatz aufgegliedert ist. Darauf schließt 
sich eine genauere Erklärung eines jeden Statuswortes an, wobei die evtl. einem Statuswort 
untergeordneten Befehle, NN Befehle) in dem jeweiligen Paragraph erläutert werden. 


Status binär PN D.bytes Erläuterung 








Channel Voice Messages (nnnn = Kanalnummer) 






1000 nnä 
100%°nnnä 


8n 2 NoteOFF - Event (Ton ausschalten) 
9n 2 NoteON - Event (Ton einschalten) 
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Status binär hex D.bytes Erläuterung 

1010 nnnn An 2 Polyphonic Key Pressure (Druck auf eine T: 
1011 nnnn Bn 2 Control/Mode Change (Cntri- u. Mode Änı 
1100 nnnn Cn 1 Program Change (Programmwechsel) 

1101 nnnn Dn 1 After Touch (Gesamtdruck auf alle Tas 
1110 nnnn En 2 Pitch Wheel Change (2. Modulationsra 


; System Messages (sss, ttt = Message-Typ) 


1111 0000 Fx 0-? System Exclusiv (Hersteller-spezäf sch) 
11l1l Osss Fx 0-2 System Common (gültig für da amte System) 
1111 lttt Fx 0 System Real Time (Start,Stop, r,A.S.) 





















nnnn Kanalnummer - 1, d.h. 
0000 entspricht Kanal 1 
0001 entspricht Kanal 2 


1111 entspricht Kanal 16 
0sss siehe System Common-Befehle 
Ottt siehe System Real Time-Befehle 


Syntax: 1000 nnnn Okkk kkkk 
8n Noten-nummi 


& 
Beschreibung: Mit diesem Befehl wird eü 
(siehe unten) wieder ausgeschaltet. 


Parameter: Okkk kkkk ennummer (0-127). Dieser Parameter bestimmt 
(zusammen mit der Kanalnummer) dem: on der ausgeschaltet werden soll. 

Ovvv vvvv aß-Dynamik. Bezeichnet die Geschwindigkeit, mit 
der z.B. am Keyboard eine Taste losgelassen wird, und damit Teile der Hüllkurve bzw. 
Filtereigenschaften. Wird lei nur von wenigen Geräten verarbeitet. 


Anmerkungen: 
Definitionsgemäß muß jed 
Note-off-Befehl folgen. 
zwischen Note-on- und i 
Notennummer enthalte 


e-on-Befehl (siehe dort) nach einer gewissen Zeit ein 
fektive Notenwert ergibt sich also aus der Zeitspanne 
e-off-Befehl. Der Note-off-Befehl muß dieselbe Kanal- und 
der entsprechende Note-on-Befehl. 


1001 nnnn: Nöte on (Ton einschalten) 


Syntax: 01 nnnn Okkk kkkk Ovvv vvvv 
Noten-Nummer Dynamik 


Beschreibu Mit diesem Befehl wird ein Ton mit der Tonhöhe Okkk kkkk und der 
Aägsdynamik Ovvv vvvv eingeschaltet. 
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Parameter: Okkk kkkk MIDI-Notennummer (0-127). Da eine Oktave | 
enthält, liegen oktavgleiche Töne 12 MIDI-Tonnummern auseinander. Dem mitt: 
der Klaviatur entspricht dabei die Nummer 60. Ein Soktavige Klaviatur reicht daher von 
12 bis 108. 


Ovvv vvvv Anschlagsdynamik (0-127). Bezeichnet 
keit, mit der z.B. am Keyboard eine Taste angeschlagen wird, und d 
Hüllkurve oder Filtereigenschaften. Die Skalierung sollte logarit 
127 = fff, 64 =mf, 1 = ppp, 0 = off. 


eg. Geschwindig- 
t Teile der 
h sein, also 


Anmerkungen: = 
Definitionsgemäß muß jedem Note-on-Befehl nach einer gewissen Zeit ein Note-off-Befehl 
folgen (siehe dort). Alternativ kann ein Ton jedoch auch dı ch ein Note-on-Event mit 
der Anschlagsdynamik Ovvv vvvv = 0 ausgeschaltet werden; ers t eine Statusänderung 
nach Note-off). 7 





1010: Aftertouch polyphon (mechanischer Druck auf eine Taste) 


Syntax: 1010 nnnn Okkk kkkk  „O\vv vv 
An Noten-Nummer ».. ‘Druck-Wert 


Beschreibung: Dieser Befehl gibt eine Änderung des mechanischen Drucks auf eine 
Keyboard-Taste an. £ 


Parameter: Okkk kkkk MIDI-Notennümmer (0-127). Dieser Parameter bestimmt 
(zusammen mit der Kanalnummer) den Ton,isdessen Dynamik im nachhinein verändert werden 
soll. «ei S x 

Ovvv vvvv Druck-Wert (0-127). Bezeichnet den mechanischen Druck, 
der nach dem Anschlag auf die einzeine Taste gegeben wird. 


Anmerkungen: ; 

Dieser Befehl wird bei jeder registrierten Änderung des Tastendrucks um ein Intervall 
gesendet. Deshalb nehmen diese; Informationen normalerweise sehr viel Übertragungszeit 
auf dem MIDI-Bus und Speicherplätz im Sequencer in Anspruch. In Systemen, wo der 
Polyphonic Aftertouch nichtbenötigt wird, sollte er ignoriert bzw. gar nicht erst 
gesendet werden. 





1011: Control/Mode Change (Regler- und Mode-Änderung) 









Syntax: ‘2011 nnnn Occe cccc Ovvv wwwv 
Bn Control-Nummer Control-Wert 
t diesem Befehl können kontinuierliche Regler (z.B. Modulationsrad) 


Beschreibung 
=e (z.B. Sustain-Pedal) sowie der Mode verändert werden. Die Funktion wird 
bestimmt ch die Control-Nummer Occc cccc: 
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Occe cecc Funktion 







0-31 Control Change (Regler MSB) 

32-63 Control Change (Regler LSB) 

64-95 Switches (Schalter) 

96-121 reserviert für zukünftige Anwendungen 
122-127 Channel-Mode-Befehle (Betriebsart) 


Control-Change (0-63) 


Syntax: 1011 nnnn Occe cccc Ovvv vvvv 
Bn Regler-Nummer Regler-Wert 










Parameter: Occe cccc Ovvv vvvv 
0 MSB (höherwertiges Byte) 
1 MSB (höherwertiges Byte), 
31 MSB (höherwertiges Byte) “Regler 31 
R> 
& 
32 LSB (niederwerti es’ Byte) Regler 0 
33 LSB (niederwerti Byte) Regler 1 
re FE £ > 
63 LSB (niederwertiges Byte) Regler sl 
Anmerkungen: 


Mit Channel-Mode-Befehlen lassen sich der ‚LO on/off-Zustand sowie die verschiedenen 
Betriebsarten bestimmen. Des weiteren gibt ae einen Befehl zur Stummschaltung aller 
von einem Kanal erzeugten Töne und zu® i läsierung aller Control-Change-Meldungen. 
Der Reset-All-Controllers-Befehl (121, Hp bewirkt, daß alle Controller wieder auf 
ihren DEFAULT- (Initialisierungs-)Wert.gesetzt werden (z.B. Modulation=0, Panorama=64, 
usw.). - 






Anmerkungen: 
Die Continous-Controller ‚ge 
analogähnliche Parameter, 


nuierlich veränderbare Regler) sind bestimmt für 

.B. das Modulationsrad. Sie sind in ein höherwertiges 
(MSB) und ein niederwert Byte (LSB) aufgeteilt. Der resultierende Wertebereich 
entspricht 2*%7 = 148 so von 0 bis 16383. Die MSB der einzelnen Regler (Nummer 
0-31) werden mit der Reg, er-Nummer selbst, die LSB mit der Regler-Nummer plus 32 in 
Dcce cccc angegeben Diese Angaben werden im Prinzip bei jeder Änderung des jeweiligen 
Reglers gesendet, edäch mit einem gewissen zeitlichen Mindestabstand, um den MIDI-Bus 
nicht zu überla ‚Wird das LSB nicht benötigt, da die Auflösung des Reglers nicht 
mehr als 128 ve£ iedene Werte beträgt, so wird nur das MSB gesendet. Hat sich bei 
einem hochaufl en Regler nur das LSB verändert, so braucht nur dieses gesendet zu 
werden. 
Da wie erwä 
muß, brauch 






wı 

















fer Empfangsstatus nur einmal durch ein Statusbyte festgelegt werden 
eses bei mehreren Control Change-Befehlen nicht wiederholt zu werden. 
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Für die Angabe von MSB und LSB eines Reglers braucht also nur das Statusbyi 
und dann Ocecceece Ommmmmmm (Reglernummer = 0-31, MSB) und Occccecc 01118 
nummer+32 = 32-63, LSB) gesendet zu werden. 
Die Regler-Nummern sind in der MIDI-Spezifikation keinen bestimmten Funk ; 
geordnet (bis auf 1 = Modulationsrad). Hier wird auf die Dokumentatiog®@er jeweiligen 
Geräte verwiesen. Es haben sich jedoch mittlerweile folgende Konventisgen entwickelt: 


Definierte Regler-Nummern: 


Nummer Parameter Wertebereich 
28 Modulationsrad 0-127 
2 Breath-Regler 0-127 
4 Fußpedal-Regler 0-127 
5 Portamento-Zeit 0-127 
6 Data-Entry 0-127 
e; Main-Volume 0-127 
8 Balance 0-127 
10 Panorama 0-127 


Außerdem verwendete Regler-Nummern: 


Nummer Parameter 

2 VCF-Modulation 

4 Volume 

4 Dynamik-Control 

6 Master-Tune 

9 Panning " 
11 Expression-Pedal 

3l Pitchbend-Range 


Die neueste Definition eines MIDfsgontrollers (Stand Juni '90) betrifft das Umschalten 
der einzelnen Bänke (Gruppen | ogrammspeicherplätzen, Sounds u.ä.) eines ange- 
schlossenen MIDI-Geräts. Durchiden Program-Change-Befehl war es bisher ja nur möglich, 
zwischen 128 unterschiedlichen”Speicherplätzen umzuschalten. Da der Trend aber 
inzwischen dahingeht, mehf*äLs 128 Speicherplätze pro Bank für Sounds/Samples/Effekt- 
einstellungen usw. berei Ssllen, wurde von der IMA ein BANK-SELECT-Controller 
(Regler 0) definiert. ser erlaubt es nun, auch zwischen ganzen Gruppen von Program- 
men umzuschalten. Der; "Controller wurde erstmals in der KORG »Wavestation« 
implementiert. 
















Die Definition Taste 


Nummer ameter 
0 (00H) ank-Select (MSB) 
32 (20H) ank-Select (LSB) 
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Eine Bank-Select-Meldung muß immer als Paar übertragen werden und erlaubt 
Wert 16384 verschiedene Einstellungen. 


Ein Beispiel: n = MIDI-Kanal 

Status Data 1 Data 2 

Bn 0 (00H) 0 (00H) (Bank-Select MSB) 
Bn 32 (20H) 128 (7FH) (Bank-Select LSB) 


Dieser MIDI-Befehl (nacheinander übertragen) schaltet auf die 128, 
schlossenen MIDI-Geräts. 


ank eines ange- 


Switches (64-95) 


Syntax: 1011 nnnn Hace Scte Ovvv vev® 


Bn Schalter-Nummer an/aus 
Parameter: Bete-sece Ovvv vvvv 
64 0 = Schalter 0 of 





65 0 = Schalter 1.0 
P 
95 0 = Schalter dt 127 =on 








Anmerkungen: 
Die Switches (Schalter) sind für Parameter; 


Occecece steht dabei die Nummer des Scha; efsyplus 64. Eine 0 in Ovvvvvvv bedeutet 
Schalter ein, 127 bedeutet Schalter aüg, Leh-Befehle mit einem Wert von 1 bis 126 
in Ovvvvvvv werden ignoriert. 


Bei den Schaltern haben sich folgen dnungen etabliert: 









Dcceccec Parameter Wertebereich 
64 (40H) Hold/Sustain-Peda 0=aus, 127=ein 
65 (41H) Portamento on/gff Q=aus, 127=ein 
66 (42H) Sostenuto-Pedal == O=aus, 127=ein 
67 (43H) Soft-Pedal O=aus, 127=ein 
69 (45H) Hold2-Pe O=aus, 127=ein 
91 (5BH) External: E 0-127 

92 (5CH) Tremolo* Dept 0-127 

93 (SDR) Choxf 0-127 

94 (5EH) Celest 0-127 

95 (5FH) Phaser Depth 0-127 

96 (60H) ä& Increment O=aus, 127=ein 
97 (61H) ecremement 0=aus, 127=ein 





Channel-M Befehle (121-127) 
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Syntax : 1011 nnnn Dece gece Ovvv vvvv 











Bn Mode-Befehl (siehe unten) 
Parameter : 
Occe cccc Ovvv vvvv Befehl 
121 (79H) 0 Reset All Controllers 
122 (7AH) 127 Local ON 
0 Local OFF 
123 (7BH) 0 All Notes OFF (A.N.O) 
124 (7CH) 0 Omni OFF/ A.N.O. 
125 (7DH) 0 Omni ON/ A.N.O. ; 
126 (7EH) Kanäle Mono ON (Poly OFF)/ A 
Alle Stimmen ab Bas 
zuordnen % 
127 (7EFH) 0 Mono OFF (Poly ON)/ A.N: 





Anmerkungen: 
Mit Channel-Mode-Befehlen lassen sich der Local-ON/ORF- -Zustand sowie die veschiedenen 
Betriebsarten bestimmen. Des weiteren gibt es je einen Befehl zur Stummschaltung 
aller von einem Kanal ereugten Töne und zur /Initialisierung aller Control-Change- 
Meldungen. Der Reset-All-Controllers- -Befehl. (121, 79H) bewirkt, daß alle Controller 
wieder auf ihren DEFAULT- (Initialisierungs-}Wert gesetzt werden no Modulation=0, 
Panorama=64, usw.). 

Der Local-on/off-Befehl (122) wird dazu benutzt, um die interne Verbindung zwischen 
Klaviatur und Klangerzeuger eines Instrüments zu unterbrechen. Wird in Ovvvvvvv eine 0 
empfangen, wird die Verbindung unterbrochen; die von der Klaviatur gesendeten Daten 
gehen nun nur noch über MIDI OUT an externe Slaves. Der interne Klangerzeuger erhält 
sie nicht mehr, er empfängt seine Informationen nur noch über die MIDI IN-Buchse des 
Instrumentes. Steht in Ovvwvvvv der Wert 127, so werden Klangerzeuger und Klaviatur 
wieder verbunden. 

Der All-Notes-off-Befehl (123) Weed. dazu benutzt, alle Töne stummzuschalten. Da ja 
alle Channel-Mode-Befehle mit einer Kanalnummer im Status versehen sind, ist es von 
der Betriebsart abhängig, ob ein ganzes Gerät oder nur einige Stimmen abgeschaltet 
werden. 

Der Omni-on-Befehl (124) Eaicer den Omni-Mode ein (siehe 5.1.9. In Ovvvvvvv steht 
hierbei immer eine 0. . 
Der Omni-off-Befehl (125): 
hierbei immer eine 0." *& 
Der Mono-on-Befehl schaltet den Mono-Mode ein bzw. den Poly-Mode aus (siehe 
5.1.4). In OvvvvvvV steht hierbei die Anzahl M der Kanäle, denen die Stimmen des 
Gerätes zugeordne (werden sollen. Dem Gerät werden dann M-Kanäle ab dem am Gerät 
eingestellten Basiskanal N zugeordnet, also von N bis N+M-1. M darf deshalb maximal 16 
betragen. Ist M’gleich 0, so wird das Gerät angewiesen, alle seine Stimmen den Kanälen 
ab dem Basiskanal aufwärts zuzuordnen. Jedem Kanal muß immer genau eine Stimme zu- 
geordnet we de Diese Definitionen werden jedoch nur noch von wenigen älteren Geräten 
verwendet. 








‚chaltet den Omni-Mode aus (siehe 5.1.4). In Ovvvvvvv steht 






















Befehl (126) schaltet den Poly-Mode aus bzw. den Poly-Mode ein (siehe 
vvvvvvv steht hierbei immer eine 0. 

& Befehle von All Note-off (123) bis Mono on (127) wirken auch als All Note- 
'e. Sie schalten alle Töne, die auf den vom Basiskanal kontrollierten Stimmen 
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liegen, ab. Sie sollten deshalb niemals nur als Note-off-Befehle mißbraucht ;we 
sondern immer nur zu ihrem speziellen Zweck gesendet werden. Deshalb sollte 
Empfänger, die keine Noten halten können, wie z.B. Drum-Machines, die Befelt 
nicht als All Note-off interpretieren, da sowieso definitionsgemäß jedem 
Befehl ein Note-off-Befehl folgen muß. 


1100: Program Change (Programm-Änderung) 


Syntax: 1100 nnnn 0ppp PPpp 
cn Programm-Nummer 


Beschreibung: Mit diesem Befehl kann das an einem Gerät bzw.“ 
stellte Programm umgeschaltet werden. 


inen Kanal einge- 


Parameter: 0PPP pppp Programm-Nummer (0-127) 


Anmerkungen: 
Mit diesem Befehl können die einzelnen Sound-Progr 
werden. Hierbei kann es sich sowohl um den Klang e 
Parametereinstellungen an einem Effektgerät od 
zusammen verwendeten Einstellungen der einzeln 
User auf gleiche Programmnummern gelegt werden." 


es Gerätes umgeschaltet 
ynthesizers als auch die 

‚nem Mixer handeln. Die jeweils 
späte im System sollten deshalb vom 


Syntax: 1101 nnnn Ovvv 
Dn Druck; 
Beschreibung: Gibt eine Änderung des hanischen Drucks auf alle Keyboard-Tasten an. 


Parameter: Ovvv vwvvv ert (0-127). Bezeichnet den mechanischen Druck, 
der nach dem Anschlag auf die gesamte Klaviatur gegeben wird. 


Anmerkungen: 
Dieser Befehl wird bei jedeg; istrierten Änderung des Tastendrucks um ein Intervall 
gesendet. Deshalb nehmen dis nformationen normalerweise sehr viel Übertragungszeit 
auf dem MIDI-Bus und Speichefplatz im Sequencer in Anspruch. In Systemen, wo der After 


Touch nicht benötigt Sollte er ignoriert bzw. gar nicht erst gesendet werden. 


olll 1111 Ommm mmmm 
Pitch LSB Pitch MSB 


Syntax: 


nt zur kontinuierlichen Änderung der Tonhöhe, meist mit Hilfe des 
n einem Keyboard. 


164 MIDI 



















Parameter: olll 1111 LSB des neuen Modulationswertes 

Ommm mmmm MSB des neuen Modulationswertes 
Anmerkungen: 
Die Empfindlichkeit des Pitch-Benders wird am Empfangsgerät eingestell Mittel- 
stellung ist auf den Wert hex 2000 festgelegt, der wie folgt übertra den kann: 
Ein (Statusbyte mit Kanalnummer) - 00 (LSB) - 20 (MSB). 
Dieser Befehl wird bei jeder registrierten Änderung der Stellun ftch-Benders um 
ein Intervall gesendet. Deshalb nehmen diese Informationen norma, ise sehr viel 


1111: System Exclusive, System Common und. 
System Realtime-Befehle 


1111 0000: System Exclusive-Befehl 


Syntax: 1111 0000 Oiii iiii 
FO Hersteller-ID 


1111 0111 
EOX (s.u.) 


[Oddd dddd] * 
1111 0111 


Anmerkungen: 
Dieser Befehl dient zur Übertragung, N Re eseiier-spesitischen Informationen, wie 
z.B. die Übertragung von Wellenf ®an Sampler u. Ä. Dem Statusbyte FO folgt die 





Hersteller-Identifikationsnumme b iiii, die leider nur 128 verschiedene IDs 
zuläßt. Darauf schließt sic inebeliebige Anzahl von Datenbytes an, deren internes 
Format durch die Art der Inf on bestimmt wird. Als normale Datenbytes müssen sie 


alle eine 0 im höchstwertigen Bit haben. Beendet wird die Sequenz durch das Statusbyte 
11110111 (hex F7). Ein Empfänger, der einen System Exclusive Befehl nicht identifizie- 








Statusbyte empfangen wi vorsicht: auch hier können Echtzeit-Befehle eingefügt 


sein!) 


on-Befehle {1111 Osss) 


1111 0001 harter Frame 


Syntax : 1111 0001 Ottt dadd 


El ttt = Message Type 
daddd = Data 
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gen. Sie beinhaltet eine System-Clock (Taktgeber) sowie die Time-Code-Zei 
Frame Messages werden immer in Blöcken zu je acht Messages übertragen.‘® 
Statusbyte (F1H) folgt das Byte, welches Message-Typ (siehe unten) sowi 
überträgt. Der Message-Typ ist unterteilt in Stunde und Time-Code-T: 
Sekunde und Frame. Es sind zwei Quarter Frame Messages notwendig, um 
Datenbyte zu übermitteln, diese sind unterteilt in ein Low- und ein’ 
(untere und obere Bytehälfte). 










Message-Type (ttt) Data (High- und Low-Nibble) 


0 (08) Frame Low-Nibble 

1 (15) Frame High-Nibble adadddddd Frame 0-2 

2 (2H) Seconds Low-Nibble Sir." 
3 (38) Seconds High-Nibble dadddddd Sekunden:0-59 
4 (4H) Minutes Low-Nibble 

5 (5#) Minutes High-Nibble dddddddd Minuten, 0-59 
6 (6H) Hour Low-Nibble Pen, 

7 (78) Hour High-Nibble dadddddd = KyyX KAXX 


yys Time Code Type 

= : 24 Frames/s 

: 25 Frames/s 

: 30 Frames/s (NTSC) * 
: 30 Frames/s (NTSC) ** 


a»sNo 


z zzzz : Stunden 0-23 
* Drop Frame, hier werden nach einem bestimmten Muster Frames ausgelassen, um 
effektiv eine Rate von 29,97 Frames/s zu erreichen 


** Non Drop Frame, das Obige gilt hier nicht 


[Quelle : KEYBOARDS 7/90,5. 117 ff., Musik-Media-Verlag] 












1111 0010: Song Position Pointer 


oılıl 1111 Ommm mmmm 
LSB 


Syntax: 










Stelle in einem Song ängibt. (Abstand vom Beginn des Song in l6tel Noten.) 


LSB des Zählerwertes 
MSB des Zählerwertes 


Parameter: 


überträgt einen Zeiger auf die momentan gespielte Stelle in einem Song. 
ert eines internen Zählers im Sequencer, der bei Betätigung des Start- 
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eine l6tel Note genau erfolgen. 
Dieser Befehl wird im allgemeinen dazu benutzt, einen Sequencer exter! 


den einer Drum-Machine justieren, um beim Einspielen oder Abhören 
Passagen nicht immer wieder beim Beginn des Songs anfangen zu müßsen. 
auch in Signale für eine Bandmaschine umgewandelt werden, die i der Wiedergabe 


das System synchronisieren kann. 


1111 0011: Song-Select-Befehl 


Syntax: 1111 0011 DOsss ssss 
F3 Song-Nummer 
Beschreibung: Dient zur Anwahl eines im Sequencer g jeicherten Songs. 


Parameter: 0sss ssss 


Anmerkungen: 
Dieser Befehl bestimmt die Nummer des Song: 
spielt wird. 


1111 0100: nicht definiert 


Anmerkungen: 
Dieser Befehl aktiviert die bei manchen Geräten vorhandene interne Durchstimm-Funktion 
(Auto-Tune). D timmt das Gerät jedoch nur in sich selbst ab, die Stimmung mit 
anderen Gerä maß über den Tune-Regler erfolgen. 
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1111 0111: EOX (End of Exclusive) 


Syntax: 1272. 07T 
F7 


Beschreibung: Beendet eine System-Exclusive-Datensequenz. 
Parameter: keine Parameter 


Anmerkungen: 
siehe System Exclusive-Befehl 











; System Realtime-Befehle (1111 Ittt) 


1111 1000: Timing Clock 


Syntax: 1111 1000 
F8 


Beschreibung: Dient zur Echtzeit-Synchronisatäen, 


a 


Parameter: keine Parameter 


Anmerkungen: 

Dieser Befehl synchronisiert alle am MID, 
eigenen Sequencer enthalten, wie z.B.„vii £um-Machines. Er dient lediglich als 
Taktsignal, aus dem die angeschlossene ncer das Tempo entnehmen können, das am 
Master-Sequencer (Haupt -Steuerungsgefä@y,eingestellt ist. Der Timing-Clock-Befehl wird 
24mal pro Viertelnote bzw. 6mal pr el Note gesendet, und zwar unabhängig davon, ob 
sich der Master im Start- oder im Stepzustand befindet. Dadurch ist gewährleistet, daß 
bereits beim Start alle beteili geräte im richtigen Tempo spielen. 


“angeschlossenen Geräte, die einen 











1111 1001: nicht defi 


Syntax: 111 


Beschreibung: St inen angeschlossenen Sequencer. 
Parameter: keine»Pärameter 


Anmerkunge 
Dieser Be 





dient zum Starten eines jeden am MIDI-Bus angeschlossenen Sequencers. 
ird augenblicklich mit dem Drücken der Play-Taste am Master gesendet. 
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1111 1011: Continue (Wiederfortsetzen) 


Syntax: 1111 1011 
FB 

















Beschreibung: Veranlaßt einen mit dem Stopp-Befehl angehaltenen Se 
gabe fortzusetzen. 


Parameter: keine Parameter 


Anmerkungen: 
Dieser Befehl dient zur Fortsetzung der Wiedergabe bei eine 
angehaltenen Sequencer. Dieses Byte wird augenblicklich mi 
Taste am Master gesendet. 


t dem Stopp-Befehl 
Drücken der Continue- 


1111 1100: Stop 


Syntax: 1111 1100 
FC 


Parameter: keine Parameter 


Anmerkungen: 
Dieser Befehl dient zum Stoppen eines 
Dieses Byte wird augenblicklich mit 


” am MIDI-Bus angeschlossenen Sequencers. 
rücken der Stopp-Taste am Master gesendet. 


Syntax! 1211711 
FE 


Beschreibung: Dient;zur Erkennung, ob am System ein Master aktiv ist. 
Parameter: keine Pa 

Anmerkungen: 
Dieser Befeh 


eines Masten 
auch nich 


srrichtet alle am System angeschlossenen Geräte von der »Anwesenheit« 
; Bus. Er wird nur optional benutzt, kann also vom Master gesendet oder 
det, von einem Empfänger registriert oder ignoriert werden. Sofern am 
en Aktivitäten vorgehen, wird die Active Sensing-Meldung alle 300 ms 

.hn Empfänger erwartet diese Meldung normalerweise nicht. Wenn er sie aber 







MODEL JX-8P MIDI Implementation Chart 
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Transmitted Recognized 
Function.......... 
Basic Default 1-16 1-16 
Channel Changed 1-16 1-16 
Default Mode 1,3 Mode 1,3 memorized 
Mode Messages POLY, OMNI ON/OFF IO | POLY, OMNI ON/OF| 
Altered KERLE KK MONO ignored 
Note 36 — 96 0-127 
Number True voice KEEKKIKKEKKKEK | 21-108 
Velocity Note ON [0] * v=1-127 
Note OFF x x 
Be 
After Key’s x x. 
Touch Ch’s * *. | 
Proben |  |* 
1 re. Modulation 
5 ak Portamento Time 
7 * Volume 
Control 64 * Hold 
65 * Portamento Switch 





Change Eu 
Prog * 0-127°, * 0-127 
Change True # 0-127 

















Song Pos 
Song Sel 








System 
Real Time 










(123-127) 





Default ON 















Mode 2: OMNI ON, MONO 
Mode 4: OMNI OFF, MONO 


O: Yes 
X: No 
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einmal empfangen hat, und sie für über 300 ms ausbleibt, schaltet er seine st n ab 
und geht in die normale Arbeitsroutine über. Zn 23 





1111 1111: System Reset (alles zurücksetzen) 


Syntax: 1111 ı11l 
FF 







Beschreibung: Dient zur Erkennung, ob am System ein Master akt: 
Parameter: keine Parameter 


Anmerkungen: Eu, 
Dieser Befehl versetzt das System in den Zustand, den es direkt nach dem Einschalten 
hatte. Er sollte stets umsichtig angewandt werden, am besten nur manuell ausgelöst. 
Vor allem sollte sie nicht automatisch nach Einschalten eines Gerätes abgegeben 
werden. ; 


In dem obigen Abschnitt wurden die am häufigsten verwendeten MIDI-Befehle und 

- Messages dargestellt. Ein vollständiger und umfässender Überblick der gesamten, zur 
Zeit gültigen, MIDI-Implementation würde den: Rahmen dieses Buches sprengen. Wer Jedoch 
weitergehende Informationen wünscht, kann sich‘an "folgende Adresse in den USA wenden: 

The International MIDI Association, 5316 W. 5Tth St., Los Angeles, CA 90056, 

USA. (Ein internationales Rückkuvert wäre von Vorteil!) 

Eine andere Möglichkeit bestände darin, sich an die führenden Software-Häuser (C-Lab- 

Hamburg; Steinberg - TSI GmbH Waldorf, u.s.w.) zu wenden. 


5.1.8 Die MIDI-Implementation-Chart 
(Aus: Richard Aicher, Das MIDI-Praxisbuch, 1988, Seiten 237-246, Signum Medien Verlag) 


Vor dem Kauf jeglichen MIDI-Equipments sollte man sich bereits gründlichst über die 
midimäßigen Gegebenheiten des Gerätes informieren. Hierbei ist ein Blick in die sogenannte 
MIDI-Implementation des Gerätes unumgänglich. Was ist das, weshalb benötigt man sie und was 
kann man als Musiker daraus. entnehmen? 





Jeder Synthesizer, jede Drum-Machine, jedes Masterkeyboard, überhaupt jedes midikompatible 
Gerät, verfügt über besondere Eigenheiten. Und das ist gut so. Denn wäre ein Synthesizer wie der 
andere, so gäbe es keine Klangunterschiede, keine Klaviaturen mit verschiedenem Spielgefühl, 
keine unterschiedlichen Preislagen. Genau wie sich Synthesizer in ihren Parametern unterschei- 
den, unterscheiden sie sich auch in der Art und Weise, wie sie auf verschiedene MIDI- 
Informationen reagieren. Wir wissen, daß eine Klaviatur, die über keine Anschlagsdynamik 
verfügt, folgli h auch keine die MIDI-Anschlagsdynamik betreffende Informationen abgeben 
kann. Auch kan keine Pitch-Bend-Information abgegeben werden, wenn kein Pitch-Bender an 
der Klaviatur-vorhanden ist. Und ein Slave, dessen Tonhöhenbereich bei der MIDI-Note 33 
keinen Ton mit der MIDI-Note 6 spielen. 
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Laut MIDI-Spezifikation ist jeder Hersteller verpflichtet, dem Gerät eine MIDI- 
Implementationskarte beizufügen. Es handelt sich hierbei um eine Tabelle, aus der zu ersehen ist, 
welche MIDI-Informationen das Gerät empfangen, abgeben, beziehungsweise übermitteln Kann. 
Das Aussehen dieser Implementationskarte ist genau festgelegt. Es ist egal, ob es sich bei dem 
Gerät um einen Synthesizer, einen Sequencer, eine Drum-Machine oder ein MIDI-Effektgerät 
handelt. Die MIDI-Implementationskarte ist auch von Musikern sehrleicht zu lesen und vermittelt 
einen schnellen Überblick über die midimäßigen Gegebenheiten des Gerätes. 





Betrachten wir die MIDI-Implementationskarte des Roland-JX-8-P-Synthesizers. Jede MIDI- 
Implementationskarte wird von einer Überschrift mit der genauen Modellbezeichnung des 
beschriebenen Gerätes und einer Zusammenstellung der möglichen MIDI-Modes am Fußende der 
Tabelle eingerahmt. Ebenfalls am Fußende der Implementation findet man eine kleine 
Zeichenerklärung. Normalerweise werden nur die beiden Zeichen Kreis und Kreuz verwendet, der 
Kreis bedeutet Ja, das Kreuz Nein. Ein Kreis in der Implementationskarte zeigt also an, daß eine 
bestimmte MIDI-Funktion implementiert ist, das Kreuz bedeutet, diese Funktion fehlt. 


Jede Implementationskarte ist in vier Spalten untergliedert. Die erste Spalte ist mit dem Begriff 
»Function« überschrieben. In dieser Spalte stehen die einzelnen Funktionen des betreffenden 
Gerätes. Der zweiten Spalte »transmitted« läßt sich jeweils entnehmen, ob die entsprechende 
Funktion vom Gerät in Form eines MIDI-Befehls abgegeben werden kann oder nicht. Spalte 
Nr. 3 ist mit »recognized« überschrieben. Sie besagt, welche der Funktionen das Gerät für sich 
auswerten kann und welche nicht. In Spalte 4 sind,-falls erforderlich, nötige Bemerkungen 
zusammengefaßt. Auch am unteren Tabellenende ist in dem mit »Notes« bezeichneten Feld Platz 
für weitere nötige Bemerkungen reserviert. 


Betrachten wir die einzelnen Zeilen der Spezifikation und ihre jeweilige Bedeutung. Die 
Reihenfolge der Zeilen ist genau festgelegt. Die Funktionen stehen also in jeder 
Implementationskarte an derselben Stelle. : 


Die erste Zeile der Tabelle ist immer fürden Basic-Channel reserviert. In der »transmitted«-Spalte 
entnimmt man, auf welchen Kanälen;'wenn überhaupt, das Instrument MIDI-Informationen 
abgeben kann. In der »received«-Spalte steht, auf welchen Kanälen, wenn überhaupt, MIDI- 
Informationen empfangen werden können. Die Basic-Channel-Zeile ist in der »Function<-Spalte 
durch die Begriffe »Default« und »Changed« in zwei weitere Zeilen untergliedert. Der Default- 
Wert ist immer der Wert, den das Gerät direkt nach dem Einschalten einnimmt. Hier steht 1-16. 
Dies bedeutet, der IJX-8-P kann also nach dem Einschalten wahlweise auf jedem der 16 MIDI- 
Channels empfangen, beziehungsweise senden. 


In der Spalte »Remarkes« finden wir in der Default-Zeile den Hinweis »Memorized«. Dies 
bedeutet, daß der JX-8-P den zuletzt vor dem Ausschalten aktuellen MIDI-Kanal speichert und 
genau diesen nach. erfolgtem Wiedereinschalten automatisch als Default-Channel einstellt. 


In der »Changed«-Zeile steht ebenfalls 1-16, und zwar sowohl in der »Transmitted«- als auch in 
der »Recognized«-Spalte. Dies bedeutet, daß der JX-8-P auf jedem der 16 MIDI-Channels senden 
und empfangen kann. 
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In der nächsten Spalte der MIDI-Implementationskarte finden wir unsere MIDI-Mödes. Auch 
diese Zeile ist in drei Zwischenzeilen unterteilt, deren erste mit »Default« überschrieben ist. 
Sowohl in der Transmitted- als auch in der Recognized-Spalte der Default-Zeile:der IX-8-P- 
Implementationskarte ist »Mode 1,3« eingetragen. Dies bedeutet wieder, daß sich. der JX-8-P die 
in den MIDI-Funktionen gewählte Mode-Einstellung speichert. Der vordem Au halten aktuelle 
Mode erscheint auch nach dem Wiedereinschalten. 







i jeder Änderung der 
e-Information an die 


Die Eintragung »Mode 1,3« in der Transmitted-Spalte bedeutet, daß h 
Mode-Einstellung am JX-8-P, an seinem MIDI-Out die entsprechende 
angeschlossenen Slaves ausgegeben wird. en 


Mode 1,3 in der Recognized-Spalte besagt, daß der JX-8-P über seinen n MIDI- -Input eintreffende 
Mode-Informationen registriert und auswertet, das heißt, sich automatisch i in den befohlenen 
Mode begibt. 











In der »Transmitted«-Spalte der mit »Altered« bezeichneten Zeile erkennt man eine ganze Reihe 
Sternchen. Sie bedeuten, daß die Default-Modes nicht geändert werden können. In der Spalte 
»Remarks« findet man die Bemerkung »Mono ignored«. Und dies ist auch die Lösung dieses 
kleinen Geheimnisses. Der JX-8-P ist ein polyphoner Synthesizer, er kann sich deshalb nur im 
Poly-Mode befinden, muß also jede Aufforderung, in den Mono-Mode zu schalten, ignorieren. 
Die nächste Zeile ist mit »Note-Number« bezeichnet. Hier finden wir Auskunft über den 
Tonumfang des Gerätes. In der »Transmitted«-Spalte steht, welchen Tonbereich das Gerät via 
MIDI senden, in der »Recognized«-Spalte, welchen Bereich es empfangen kann. Beide Angaben 
erfolgen in Form von MIDI-Notes. Der JX-8-P kann also die MIDI-Notes 36-96 senden, dies 
entspricht dem Tonhöhenbereich seiner Klaviatur. Empfangen kann er jedoch den gesamten 
MIDI-Note-Bereich von 0-127. Diese Tonhöheninformationen werden registriert und ausge- 
wertet. Daß der JX-8-P jedoch den gesamten MIDI-Note-Bereich von 0-127 empfangen kann, 
heißt jedoch nicht, daß die empfangenen MIDI-Notes auch tatsächlich in der entsprechenden 
Tonhöhe wiedergegeben werden können, Diesen tatsächlich wiedergegebenen Tonhöhenbereich 
findet man in der Zeile »tru voice«. Der JX-8-P kann also die MIDI-Notes 21-108 tatsächlich 
wiedergeben. Trifftereine kleinere bzw. größere MIDI-Note-Number an, so wird diese registriert, 
nicht aber in der Originaltonhöhe, sondern konstruktionsbedingt eine Oktave höher oder tiefer 
wiedergegeben. 


Die nächste Spalte heißt »Veldeity«. Hier wird es interessant. Wir sehen, daß die Velocity-Zeile 
in zwei Unterzeilen, eine: für den Note-On-Befehl und eine für den Note-Off-Befehl, unter- 
gliedert ist. 


In der Spalte „Reime steht, daß der JX-8-P die Velocity-Werte 1-127 annehmen kann. 
Betrachten wir die Note-On-Velocity. Der Kreis in der Transmitted-Spalte besagt: Diese Funktion 
ist implementiert. Der Stern in der Recognized-Spalte bedeutet, daß er IJX-8-P die mit der Note- 
on-Information. mitgelieferte Velocity wahlweise empfangen oder ablehnen kann. In der Note- 
off-Spalte der Velocity-Zeile stehen zwei Kreuze. Dies bedeutet, der IX-8-P ist nicht in der Lage, 
den abgegebenen Note-off-Informationen eine Velocity-Information mitzugeben. 
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Nun sollte die Interpretation der After-Touch-Zeile eigentlich ein leichtes sein. Wir haben.es hier 
wieder mit zwei Zeilen zu tun. Die erste ist mit »Keys«, die zweite mit »Channels« überschrieben. 
Offensichtlich ist der IX-8-P, dies zeigen die zwei Kreuze in den entsprechenden Spälten, nicht 
in der Lage, die Tasten-Aftertouch-Funktion zu senden oder zu empfangen. Hingegen kann die 
Kanal-Aftertouch-Funktion sowohl empfangen als auch abgegeben werden. # 





Die beiden Sternchen besagen wieder, daß beide Informationen wahlweise: an Acer abgeschaltet 
werden können. Das gleiche gilt auch für den Pitchbender, wir finden die entsprechendenden 
Informationen in der folgenden Spalte. Der JX-8-P kann Pitchbend- Informationen wahlweise 
empfangen/senden oder nicht. 


Sehr wichtig ist auch die nächste Spalte »Control Change«. Für Conföl-Change- Informationen, 
die das Gerät abgeben, beziehungsweise auswerten kann, ist eine Zeile reserviert. In der Spalte 
Remarks steht dann jeweils, um welche Art von Control-Change es sich handelt, in der Function- 
Zeile die entsprechende Control-Nummer. Der IJX-8-P registriert also Modulation, Portamento- 
Time, Volume, Hold und Portamento-Switch. Bis auf die Volume-Information kann er die 
Control-Informationen auch über seinen MIDI-Out zur Steuerung externer Slaves abgeben. 
Würde man den JX-8-P etwa von einem KX-76-Masterkeyboard spielen, und einem der vier 
belegbaren Schieberegler des KX-76 die Controllernummer 7 zuordnen, könnte man mit diesem 
Schieberegler direkt vom Masterkeyboard aus die Lautstärke des JX-8-P steuern. 


Sehr wichtig, vor allem für das Funktionieren größerer MIDI-Systeme, ist die folgende Zeile 
»Program Change«. Die Inkompatibilität der Geräte bezüglich Anzahl vorhandener Speicher- 
plätze und der Organisation des Speichers ist schon. bekannt. In dieser Zeile findet man, welche 
Program-Change-Informationen das Gerät abgeben, beziehungsweise empfangen und tatsächlich 
auswerten kann. Am problemlosesten funktioniert das System immer, wenn alle beteiligten 
Instrumente über dieselbe Anzahl von Preset-Speicherplätzen verfügen. Sind insgesamt 128 
Preset-Speicherplätze vorhanden, Können alle Möglichkeiten des MIDI-Systems tatsächlich voll 
genutzt werden. Der Implementation .des IX-8-P entnimmt man, das alle 128 Programme via 
MIDI angewählt werden können..Außerdem kann er alle 128 Programm-Changes über MIDI 
ausgeben. Wählt man ein Programm mit den Funktionstasten des JX-8-P an, wird der Wert 
verschlüsselt via MIDI ausgegeben und die Slaves ebenfalls in das entsprechende Programm 
geschaltet. Der Eintrag in der Zeile. »True« ist interessant für Instrumente mit weniger als 128 
Programmen. Er besagt, welchem Bereich des angegebenen Program-Change-Bereiches tatsäch- 
lich eigene Presets zugeordnet sind, wie viele Preset-Plätze das Gerät also tatsächlich besitzt. 

Prinzipiell können Instrumente mit weniger als 128 Presets über MIDI eintreffenden Programm- 

wechselbefehle mit Nummern, die ihre Preset-Zahl übersteigen, entweder ignorieren oder 
ausführen. Werden sie ‚ausgeführt, so beginnt das Instrument ab seiner höchsten Presetnummer 
wieder mit der Nummer 1, das heißt, dieselben Programme werden wiederholt. Werden sie 
ignoriert, bleibt das zuletzt aktive Programm einfach stehen. 


In der nächsten Zeile der Implementation, »System Excusive«, steht, ob entsprechende Informa- 
tionen vom Gerät gesendet, beziehungsweise empfangen werden können odernicht. Wie bekannt, 
sind diese Informationen wichtig in Verbindung mit Heimcomputern. Sie gestattet die 
Programmierung des Instrumentes über einen Computer beziehungsweise das Speichern und 
Laden, er Sounds auf Diskette. 
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Die nächsten beiden Zeilen der Implementation sind den System-Common- und den System- 
Realtime-Informationen gewidmet. Diese Zeilen sind besonders interessant für Drum-Machines 
und Sequenzer beziehungsweise MIDI-Keyboards mit integrierten Sequenzern. Hier findet man 
1., ob ein ein Sequenzer oder eine Drum-Machine Song-Position-Pointer-Informationen regi- 
striert oder abgibt, das heißt, ob das Instrument in der Lage ist, im Song automatisch eine 
bestimmte Stelle zu lokalisieren oder eine entsprechende Information über MIDI abzugeben, und 
2.,ob das Instrument gezielt bestimmte Songs erkennen kann, beziehungsweise« eine entsprechen- 
de Information abgibt. Selbstverständlich kann der JX-8-P (er verfügtüber keinen Sequenzer) 
diese Informationen weder erkennen noch abgeben, was die Kreuze ande entsprechenden Stellen 
zeigen. 


Die Zeile »Tune« ist umgekehrt wieder für Keyboards interessant, nichtfür Sequenzer oder Drum- 
Machines. Die beiden Kreuze in der Tune-Zeile zeigen, daß der JX-8-P nicht in der Lage ist, eine 
eintreffende Auto-Tune-Funktion zu verarbeiten, beziehungsweise eine solche abzugeben. 


Selbstverständlich ist der JX-8-P wiederresistent gegen die MIDI-Information der beiden System- 
Realtime-Zeilen: Clock und Commands. Sie betreffen wieder Sequenzer und Drum-Machines. 
Sequenzer oder Drums sollten in diesen beiden Zeilen:sowohl in der Received- als auch in der 
Transmitted-Spalte einen Kreis aufweisen. Dann lassensie sich synchronisieren (Clock) und auch 
vom Master aus starten, stoppen und wiederstarten (Commands). 


Wir sind nun bei der letzten wichtigen Zeile der MIDI-Implementation angelangt. Hier steht, wie 
sich das Instrument bezüglich der sogenannten »Aux-Messages« verhält. Hierzu zählen Local-on/ 
off, All Notes Off, Active Sense, Reset. Der.Informationscharakter dieser Befehle ist bestens 
bekannt. Für den JX-8-P ist der Local-on/off-Zeile zu entnehmen, daß diese Information zwar 
empfangen, nicht aber gesendet werden kann. »Default On« besagt, daß sich der JX-8-P direkt 
nach dem Einschalten im Local-on-Mode befindet, das heißt, Klaviatur und Klangerzeugungsteil 
miteinander verbunden sind. 


Der JX-8-P-Synthesizer sendet wie.alle Roland-Keyboards nach polyphonem Spiel jedesmal mit 
dem Loslassen der letzten am Keyboard gedrückten Taste einen All-Notes-Off-Befehl. Damit 
werden die Slaves informiert, daß nun überhaupt keine Taste mehr gedrückt ist. Yamaha- 
Keyboards machen dies nicht. Sie senden lediglich die separaten, den einzelnen gespielten Tönen 
zugeordneten Note-Off-Befehle. Wie man der zugehörigen Zeile der Implementation entnimmt, 
versteht der JX-8-P diese Information auch. 


Der Stern in der Active-Sensing-Zeile besagt, daß diese Funktion optional über die MIDI- 
Funktion einstellbar ist, und zwar sowohl für den Empfang als auch das Senden. Und nun sind wir 
ganz am Ende: Die: letzte Zeile der Implementation besagt mit ihren beiden Kreuzen, daß der 
JX-8-Püberden MIDI- Kanal weder eine Reset-Information empfängt, noch eine solche absenden 
Kann. Er 


Mit der Bene anne der MIDI-Implementation eines Instruments Kann man die wichtigsten 
Aussagen über das voraussichtliche Verhalten des Gerätes in einem bestimmten MIDI-System 
treffen, ohne..das Gerät überhaupt gesehen, beziehungsweise getestet zu haben. Damit ist die 
MIDI-Implementation ein unabdingbarer Helfer bei der Wahl des optimalen Gerätes und sollte 
vor an Kauf genauestens studiert und ausgewertet werden. 
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5.2 Das MiIDI-Device 


Wie wohl schon im letzten Abschnitt klargeworden ist, ist das Interpretieren oder Erzeugen eines 
MIDI-Datenstromes keine ganz triviale Aufgabe. Es sind hier eine ganze Menge verschiedener 
Eigenheiten des MIDI-Codes zu berücksichtigen, wie z.B. die Unterscheidung zwi chen Status- 
und Datenbytes oder »normalen« und Realtime-Statusmeldungen, die richtige Anzahl von 
Datenbytes und vieles mehr. Noch verzwickter wird es, wenn man die Multitasking-Umgebung 
im Amiga berücksichtigt: Zwei Programme, die gleichzeitig vom seriellen. ‚Port versuchen zu 
lesen, können natürlich niemals korrekte Daten erhalten. Sie würden sich:stets wichtige Teile der 
eingetroffenen Botschaften gegenseitig wegnehmen, so daß beide nur vergtürimelte oder zumin- 
dest unvollständige Informationen erhielten. Ki 


Dasselbe Problem stellt sich auch bei der Ausgabe von MIDI-Daten: Saden mehrere Teilnehmer 
unkontrolliert Botschaften auf den Bus, so werden sich die einzelnen Bytes mit großer Wahr- 
scheinlichkeit überschneiden und dadurch unsinnige Datenfolgen. ergeben. Man benötigt hier also 
einen Softwarebaustein, der die Verteilung und Verwaltung sowohl der ankommenden als auch 
der gesendeten Messages übernimmt. Dieser sollte einerseits in der Lage sein, aus den herein- 
kommenden Botschaften die gewünschten auszufiltern und für jeden Empfänger bereitzuhalten; 

andererseits muß er alle Daten, die von den beteiligten Pogrammen gesendet werden, zu einer 
gültigen Folge zusammenfassen. 








5.2.1 MIDI als Device 


Für eine solche Aufgabe bietet sich beim Amiga die Form des Device an (siehe Kap. 3). Das MIDI- 
Device, welches den Softwareteil dieses Pakets abrundet, stellt eine Lösung für die oben 
genannten Probleme zur Verfügung. Wie alle Devices, besitzt es eine eigene Task, die für die 
korrekte Abwicklung der Lese- und Schreibvorgänge sorgt. Die Verteilung der Botschaften auf 
die einzelnen Empfänger wird (naheliegenderweise) über Units vorgenommen. Ein Unit ent- 
spricht also einer der oben skizzierten Empfangsstellen, an denen jedes angekommene MIDI- 
Event so lange aufgehoben wird, bis das jeweilige Programm es abholt. Insgesamt stehen 32 Units 
zur Verfügung. 


MiDlIEvent-Typen 


Auch kann einem Unit mitgeteilt werden, welche Sorten von Events man überhaupt empfangen 
möchte. So istes z.B. möglich,ein Unit für den Empfang von Notendaten, eines für Realtime-, und 
ein weiteres für SysEx-Messages einzusetzen, damit die jeweils zuständigen Tasks vollkommen 
unabhängig voneinander arbeiten können. Die möglichen Event-Kombinationen unterteilt das 
MIDI-Device in derzeit 21 verschiedene Typen, unter denen sich neben eigenen Typ-Nummern 
für Continuous Control, Switches und Mode auch zwei Pseudo-Events befinden, die den 
erstmaligen Empfang bzw. das Abreißen des Active-Sensing-Signals anzeigen. Welche Typenein 
Unit bereithalten soll, wird in einer Flag-Variablen in der Unit-Struktur festgelegt, deren Wert 
jederzeit verändert werden kann. Folgende Typ-Flags sind für das MIDI-Device definiert: 
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#define METF_CHANNEL OxO1£ff 
#define METF_NOTEOFF (1<<0) 
#define METF_NOTEON (1<<1) 
#define METF_POLYPRESS (1<<2) 
#define METF_CCTRL {1<<3) 
#define METF_PROG (1<<4) 
#define METF_AFTERTOUCH (1<<5} 
#define METF_ PITCHBEND (1<<6) 
#define METF SWITCH (1<<7) 
#define METF_MODE (1<<8) 
#define METF_SYSCOMMON Oxe00 
#define METF_SONGPOS (1<<9) 
#define MEITF SONGSEL (1<<10) 
#define METF_TUNEREQ (1<<11) 





#define METF_SYSREALTIME 0x3£000 
#define METF_CLOCK (1<<12) 
#define METF_START (1<<13} 
{ 





#define METF_CONTINUE 1<<14) 
#define METF_STOP (1<<15) 
#define METF_ACTSENS (1<<16) 
#define METF RESET (1<<17) 
#define METF_SYSEX (1<<18) /* SysEx empfangen */ 
#define METF_ACTSENSOFF (1<<19) 
/* Act. Sens. ausgeschaltet */ 
#define METF _ACTSENSON (1<<20) 


/* Act. Sens. eingeschaltet */ 


#define METF_ILLEGAL (1$8<31) /* MIDI Data Error ! */ 
#define METF_ODATA Öx1bf800 

/* Events ohne"Datenbytes */ 
#define METF_1DATA 0x4430 /* 1 Datenbyte */ 
#define METF_2DATA Öx3FCF /* 2 Datenbytes */ 


#define METF_MSBLSB (METFCETRL ! METF_PITCHBEND ! METF_SONGPOS) 
/* hochauflösende Werte */ 





Diese Flags werden beim Aufruf von OpenDevice() aus dem I/O-Request in die Unit-Struktur 
kopiert. Verändert man die'Typ-Flags, so gilt diese Änderung nur für die später eintreffenden 
Events, alle bis dahi ‚empfangenen, aber noch nicht ausgelesenen Events bleiben erhalten. 








Realtime-Events 


Diese Sorte von.Events wird vom MIDI-Device in gewisser Weise bevorzugt behandelt. Senden 
sie z.B. eine große Anzahl von Noten-Events hintereinander und danach ein Realtime-Event, so 
wird dies’sofort ausgegeben, und nicht erst nach der Abarbeitung der vorangegeangenen Events. 
vör allem der Genauigkeit bei zeitkritischen Signalen zugute, wie z.B Start, Continue 











oder Clock 
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System Exclusive Messages 


SysEx-Botschaften werden ebenfalls auf besondere Weise behandelt: Alle Daten es s, die 
zwischen den Statusbytes $FO (System Exclusive) und $F7 (End of Exclusive) eintreffei ‘werden 
zwischengespeichert und können mit einem eigens dafür vorgesehenen Befehl ausgelesen 
werden. Ein solcher Befehl existiert auch für das Senden von SysEx-Botschaften. 





Active Sensing 


Das MIDI-Device erlaubt zwar auch den direkten Empfang von ActitnSähsing-Events, bietet 
aber eine noch wesentlich komfortablere Behandlung dieses Signals. Setzen Sie die 
METF_ACTSENSON- und METF_ACTSENSOFF-Flags in ihrem Unit, so werden Sie bei jedem 
Ein- und Ausschalten eines angeschlossen Gerätes eine entsprecHänge- Nachricht in Form eines 
Pseudo-Events erhalten. 





Hochauflösende Werte 


Einige MIDI-Events, namentlich Continuous Control, Pitch-Bender und Song Position Pointer, 
übertragen hochauflösende Werte, für deren Darstellung 2 Byte notwendig sind. Da MIDI- 
Datenbytes jedoch erst in ein 14-Bit-Format umgewandeR werden müssen, stellt das Device diese 
Werte gesondert zur Verfügung. = 


Die Continuous-Control-Events nehmen hier wiedefärn eine Sonderstellung ein: Hier werden 
nicht unbedingt immer beide Bytes gesendet, sondern nur der gerade benötigte Teil des Wertes. 
Deshalb speichert das Device sämtliche empfangenen Werte und zeigt entsprechend die Kom- 
bination aus dem gerade empfangenen und den letzten Werten an. 


5.22 Die Strukturen des MIDI-Device 


Für das MIDI-Device existiert natürlich auch eine eigene Variation der I/O-Request-Struktur, die 
IOMIDI getauft wurde. Diese ist in C so definiert: 


struct IOMIDI { 
struct IOStdRequest IOM IOStAR; 
UBYTE IOM_UnitNum; 
UBYTE IOM_Pad; ; 
ULONG IOM_TypeF lags;. 





} E 
JOM_IOStaR: 





IOStdRequest-Struktur. Die Elemente io_Device und io Unit werden beim Aufruf von 
OpenDevice() initialisiert, der Rest vom Anwender-Programm. Vor allem beim Lesen sollte 
mn _ReplyPort auf: einen gültigen Message-Port zeigen, um Signale über den Abschluß von I/O- 
Vorgängen : zu erhalten. 
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In diesem Element ist die Nummer des Units angegeben, das mit diesem Request angesp: 
wird. Da nur 32 Units zur Verfügung stehen, muß die Nummer zwischen 0 und 3Yliegen. 






Die Unit-Nummer korrespondiert eng mit dem io_Unit-Element, da das Device aus 
Geschwindigkeitsgründen teils dieses und teils die Unit-Nummer verwendet; Möchte man ein 
Unit also mit einem anderen Request ansprechen, so muß man den Wert in JOM:UnitNum stets 
zuerst in diesen übertragen. 





IOM_TyperFlags 


Hier wird z.B. bei OpenDevice() angegeben, welche Events ein Unit empfangen soll und welche 
ignoriert werden. Bei Lesevorgängen werden hier die Typen der gelesenen Events vermerkt. 











Mit jedem Aufruf von OpenDevice() wird also eine Unit- Strukti t erzeugt, und ihre Adresse im 
io_Unit-Element des Request eingetragen. Diese Struktur sicht folgendermaßen aus: 


struct MIDIDevUnit { 
struct Unit mdu_Unit; 
UBYTE mdu_Flags; 
UBYTE mdu_UnitNum; 
ULONG mdu_RcvFlags; 
struct list mdu_ReadReglList; 


J; 
mdu_Unit Unit-Struktur 

mdu_Flags interne Flags 

mdu_UnitNum Unit-Nummer 

mdu_RcvFlags Typ-Flags der zu emmpfangenden Events 


mdu_ReadRegList Liste der noch nicht beendeten Lese-Requests 


Wurde das Device erfolgreich Sedtfnet, ist es für Senden und Empfang von Daten über das 
jeweilige Unit bereit. Wie aber soll das Device die erhaltenen Daten darstellen bzw. interpretieren? 
Da MIDI-Botschaften verschiedene Längen und Formate haben und daher recht unhandlich sind, 
wurde für die Übertragung \ iederum eine Struktur definiert: 


struct MIDIEvent { 
APTR me_NextEven 
UBYTE me Status ; 
UBYTE me - Channel: 
UBYTE me_Datal, 5 
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me _NextEvent: Wenn mehrere Events gelesen wurden, enthält dieses Elementeinen Zeige auf die 
nächste MIDI-Event-Struktur, sonst 0. 





. me_Status: Status-Byte des Events. 


me_Channel: Falls das Event kanalbezogen ist, so steht hier beim Lesen die Kanalnummer (von 
0-15). Beim Schreiben wird dieses Element mit me_Channel ODER-verkni ft, so daß man 
das effektive Status-Byte auf zwei Arten definieren kann: erstens mit dem Status-Byte in 
me_Status und einer O in me_Channel, oder mit O in den Bits O bis 3 inime_Status und der 
Kanalnummer in me_Channel. 








me_Datal: Erstes Datenbyte des Events. 


me_Data2: Zweites Datenbyte des Events. 





me_MsbLsb: Falls das Event einen hochauflösenden Wert überträgt, so wird dieser hierin 14-Bit- 
Darstellung angegeben. Ist beim Senden die normale MIDI-Darstellung gewünscht (in 
me Data] und me_Data2), so muß dieses Element —1 enthalten. 


me_SysExLen: Wurde eine SysEx-Message empfangen, so wird dies in Form eines Events 
mitgeteilt, das in me_Status das Status-Byte MS _SYSEX und in me_SysExLen die Länge der 
Message in Bytes enthält. 


me_TimeStamp: Dieses Element enthält eine TimeVal-Struktur, in der die Systemzeit zum 
Zeitpunkt des Eintreffens des Events angegeben ist. 


5.2.3 Funktionen und Kommandos 


System-Funktionen 


Das MIDI-Device kann mit allen dafür'vorgesehenen Systemfunktionen angesprochen werden. 
Zuerst muß ein Device, wie schon mehrfach erwähnt, vor der Verwendung durch OpenDevice() 
geöffnet werden. Üblicherweise wird man hierbei so vorgehen: 


int unitnum, error; 
struct MsgPort *myPort; 
struct IOMIDI *myIOM; 





if(!(myPort = CreatePort ("MIDI- -Port",0) 1 
printf ("Konnte Po: ‚ nächt erstellen !"); 
exit (); 

} 

i£(! (myIOM= (struct TOMIDI *) CreateExtIO (myPort,sizeof(struct IOMIDI)) )) { 
printf ("Konnte IO nicht erstellen !"); 

















= /* nächstes freies Unit */ 
myIOoM-3IOM TypeFlags = -0; /* alle Events empfangen */ 
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error = OpenDevice ("midi.device", unitnum, myiom, 0); 
if(error) { 
printf ("Konnte midi.device nicht öffnen"); 
DeleteExt IO (myIOM) ; 
DeletePort (myPort) ; 
exit (); 
} 







Die Routinen CreatePort() und DeletePort(), ebenso CreateExtIO() u: teExtIO() sind Teil 
von amiga.lib, die mit jedem guten Assembler oder Compiler mitgeliefert wird (auch auf Public 
Domain erhältlich). Informationen über diese und andere Funktione: amiga.lib finden sich in 
[Addison-Wesley, Amiga ROM Kemel Manual: Exec]. 








Die Unit-Nummer kann entweder direkt angegeben (0-31), oderdurch Angabe von -1 das nächste 
freie Unit gewählt werden. Wählt man ein bestimmtes Unit, soist Zu beachten, daß ein Unit nur 
einmal (!) geöffnet werden kann. Versuchtmanesein zweitesmal zu öffnen, so wird OpenDevice() 
eine Fehlernummer in dO zurückgeben. 


Ab dem Öffnen des Device, mit dem ja auch immer ein en Unit reserviert wird, werden alle 
hereinkommenden MIDI-Botschaften zwischengespeichert, die von einem der geöffneten Units 
benötigt werden. Aus diesem Grunde sollten alle verwendeten Units möglichst immer sofort 
ausgelesen werden, um einen hohen Speicherplatzverbrauch und die damit verbundene 
Segmentierung des Speichers zu vermeiden. 


Der Gebrauch der Funktionen CloseDevice(); DolO(), SendIO(), WaitIO() und CheckIO() 
unterscheidet sich in nichts von den anderen Devices. 


Device-Funktionen mi. 
Außer den obligatorischen System-Einsprüngen BeginIO() und AbortIO() bietet das MIDI- 
Device noch zwei weitere Funktionen: 


MEventT'ype( ): Diese Funktion liefert die Typ-Flag eines Events als 32-Bit-Wert. In A1 muß dabei 
ein Zeiger auf die zu prüfende MEvent-Struktur enthalten sein. Diese Funktion wird folgen- 
dermaßen angewendet: 


struct MIDIEvent *me; 
ULONG type; 








type = ie (m Br 








MEventTypeBiit(): Diöse Funktion liefert die Typ-Nummer eines Events (derzeit 0-20, oder 31 für 
illegal). In Al-muß dabei ein Zeiger auf die zu prüfende MEvent-Struktur enthalten sein. Diese 
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Die Kommandos des MIDI-Device unterteilen sich in die Standard- und die Device- -speziis hen 
(NonStandard-)Kommandos. Die Standard-Kommandos haben folgende Bedeutung; 


OCMD RESET: Zur Zeit nicht implementiert. 
CMD_CLEAR: Dieses Kommando löscht den gesamten Empfangspuffer eines Units. 





CMD_STOP: Hält das Unit an. Ab diesem Zeitpunkt werden alle weiteren Requests, die an das 
Unit gerichtet werden, in den Wartezustand versetzt, bis das Kommando CMD_START 
gegeben wird. j 


CMD_START: Startet ein durch CMD_STOP angehaltenes Unit wieder. 7 





CMD_FLUSH: Wenn dieses Kommando gegeben wird, werden alle am Unit anhängigen 
Requests abgebrochen und mit einer Fehlermeldung (/OERR „ ABORTED) beantwortet. 


Dies sind die Device-spezifischen Kommandos: 


MDCMD_GETUNIT: Dieses Kommando reseviert ein weiteres Unit. Hierbei muß in 
JOM_UnitNum entweder die Unitnummer selbst oder —1 (=nächstes freies Unit) angegeben 
werden. Das Feld IOM_RcvFlags muß ebenfalls initialisiert sein. Durch die Ausführung wird 
sowohl die effektive Unit-Nummer als auch der Zeiger i in JO_UNIT korrekt gesetzt. 


MDCMD_FREEUNIT: Alle Units, die nicht mit OpenDevice(), sondern mit 
MDCMD_GETUNIT erzeugt wurden, müssen mit-diesem Kommando wieder freigegeben 
werden. Auch hier müssen Unitnummer und -Zeiger korrekte Werte aufweisen! 


MDCMD_GETUNITFLAGS: Dieses Kommandoüberträgt den Wert vonmdu_RcvFlags aus dem 
Unit, welches der Request anspricht, in das IOM_TypeF lags-Feld des Requests. 


MDCMD_SETUNITFLAGS: Dieses Kommando überträgt den Wert von IOM_TypeFlags aus 
dem Request in das Unit. ‚Dadurch werden die Event-Typen, die durch 
MDCMD_READMEVENT gelesen werden können, neu bestimmt. Dies betrifft aber nur 
Events, die nach der Ausführung des Kommandos eintreffen, alle vorherigen, aber noch nicht 
ausgelesenen Events bleiben erhalten. 


MDCMD_READMEVENT: Mit diesem Kommando kann von einem Unit gelesen werden. Dies 
geschieht, ähnlich wie bei allen Devices, indem MIDIEvent-Strukturen in einen vom 
Anwender bereitgestellten. Zielbereich kopiert werden. In io_Data muß wie üblich ein Zeiger 
auf den Zielbereich stehen. Die Anzahl der übertragenen Events richtet sich nach dem Wert in 
io_Length, geteilt. durch die Länge eines Events in Bytes. 





Stehen an einem Unit eönigend Events bereit um den Request zu »befriedigen«, so wird die 
Abarbeitung des Requests direkt durchgeführt (Quick-IO). In diesem Fall wird das [OB_QUICK- 
Bit in io_Flags unberührt gelassen. Sind keine bzw. nicht genug Events eingetroffen, so wird der 
Request in eine (gesonderte) Warteliste gestellt, und erst nach dem Eintreffen der angeforderten 
Events beantwortet: Dabei wird das IOB_QUICK-Bit auf 0 gesetzt. In io_Actual kann zu jedem 
Zeitpunkt bestimmt werden, wie viele Events bereits übertragen sind. 
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MDCMD_WRITEMEVENT: Dieses Kommando erlaubt das Senden von MIDI-Botschaften über 
ein Unit. In io_Data muß hierbei ein Zeiger auf einen zusammenhängenden Speicherbereich 
stehen, in welchem die zu sendenden MIDIEvent-Strukuren untergebracht sind. ‚In io_Data 
muß (wie bei Read) die Anzahl der zu übertragenden Events in Bytes ange ‚ben sein. 





Die zum Senden bestimmten MIDI-Bytes werden stets sofort aus den in io, L ala angegebenen 
Events bestimmt und in den Ausgabepuffer übergeben. Aus diesem Grund ist äuch der Zeitpunkt 
der Beantwortung des Requests nicht mit der Beendigung des Sendevorgangs identisch! In der 
Version 1.0 hat der Ausgabepuffer eine Größe von 1 Kbyte. 





Nur um es noch einmal zu betonen: Das Feld mdu_TypeFlags, das nur für die Auswahl der 
empfangenen Events benutzt wird, hatkeinen Einfluß auf dieses Kotmando. Überein geöffnetes, 
gültiges Unit können alle Event-Typen gesendet werden. ; 


MDCMD_READSYSEX: System Exclusive Messages werdeif Wie erwähnt, vom MIDI-Device 
gesondert behandelt. Dasie variable Längen aufweisen, kannhierkeine fest definierte Struktur 
eingeführt werden, die sie vollständig beschreiben würde. Aus diesem Grund wurde hier ein 
Umweg eingeschlagen: Beim Empfang einer SysEx-Message wird zunächst überprüft, ob 
eines der geöffneten Units in mdu_RcvFlags sein Interesse daran bekundet. Ist dies der Fall, 
so wird jedem dieser Units ein MIDI-Event mit dem Status MS_SYSEX und der Anzahl der 
Datenbytes in me_SysExLen übermittelt. In me._Data] ist die Hersteller-ID und in me_Data2 
das zweite Datenbyte der Message enthalten. 





Mit diesem Kommando können die SysEx-Messages dann in der Reihenfolge ihres Eintreffens 
ausgelesen werden. Hierzu muß in io_Data ein Zeiger auf den Speicherbereich stehen, in den die 
Datenbytes der Message kopiert werden sollen. In io_Length muß die Anzahl der zu übertragen- 
den Bytes enthalten sein (ohne die Status-Bytes MS_SYSEX und MS_EOX). 


Maximal werden natürlich nur so viele.Bytes übertragen, wie die jeweilige Message aufweist. 
Wichtig: Wurde ein MDCMD_READSYSEX-Kommando ausgeführt, so ist diese SysEx-Message 
für das jeweilige Unit »gestorben«, d:h. bei der nächsten Ausführung dieses Kommandos wird 
bereits die nächste SysEx-Message gelesen. Nicht gelesene Bytes der vorhergehenden Message 
sind dann verloren (Abhilfe: Ein zweites Unit unterhalten, von dem die Message dann ganz 
ausgelesen werden kann!). 


MDCMD WRITESYSEX: Mit Hiesem Kommando können SysEx-Messages Übertragen werden. 
In io_Data muß der Zeiger auf den Speicherberich enthalten sein, dessen Inhalt gesendet 
werden soll. Dieser. Bereich darf nur Datenbytes enthalten (Bit 7 = 0), die Status-Bytes 
MS_SYSEX und MS.. EOX werden automatisch hinzugefügt. Während des Schreibvorganges 
kann in io_ Actual die Anzahl der bereits übertragenen Bytes abgelesen werden. Der Request 
wird dann beantwortet, wenn alle Bytes gesendet worden sind. 


Hinweis zu Version 1.0: In dieser Version beantwortet das Device MDCMD _ WRITESYSEX- 
Requests innerhalb eines Interrupts. Sollte dies Probleme aufwerfen, so empfiehlt sich die 
Nutzung eines separaten Units mit eigenem Request und Message-Port. 
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MDCMD ACTSENSON: Durch dieses Kommando veranlaßt das Device, ein Active-Sensing- 
Signal zu senden. Von diesem Zeitpunkt an wird alle 300 ms das Realtim: es sbyie 
MS_ACTSENS auf den Bus gegeben. 


MDCMD_ACTSENSOFF: Dieses Kommando schaltet das gesendete Active-Sensing-Signal ab. 
Die meisten MIDI-Geräte reagieren darauf mit der Stummschaltung aller internen Stimmen. 


MDCMD_LOCALECHOON: Dieses Kommando bewirkt, daß von nun an le dürch den MIDI- 
IN-Anschluß hereinkommenden Events sofort wieder auf den Ausgang egeben werden, um 
so eine Local-Echo-Funktion zu bieten. 


MDCMD_LOCALECHOOFF: Schaltet die Local-Echo-Funktion wieder ab. 













5.2.4 Lesen vom MIDI-Device 


Synchroner IO 

Der Empfang von MIDI-Botschaften über das Devie geschieht mit Hilfe des 
MDCMD_READMEVENT-Kommandos. Die Nummer dieses Kommandos muß wie immer im 
io_Command-Feld des 1/O-Requests enthalten sein. Des weiteren muß man noch den Zeiger auf 
den Zielbereich in io_Data und die Größe des SpeiChersgreiches, der mit MIDIEvents gefüllt 
werden soll, in io_Length angeben. 


Das folgende Beispiel demonstriert, wie eine bestimmte Anzahl von MIDIEvents in einen 
Speicherbereich eingelesen wird: 

#define EVENTS 10 

struct IOMIDI *myIOM; 

struct MIDIEvent MEvents [EVENTS}; ü R “ 

myIOM->IOM IOStdReq.io Data = &MEvents[0]; 

myIOM->IOM IOStdReq.io_Length.,=, EVENTS * sizeof (struct MIDIEvent); 


myIOM->IOM IOStdReqg. io_Command =MDCMD READMEVENT; 
DOoIO (myIOM) ; : 





In diesem Beispiel wird der Task innerhalb von Do/O() so lange schlafengelegt, bis zehn Events 
am Unit eingetroffen ı undin den Vektor MEvents[] kopiert worden sind. 





Während des Lesevorgafibes kann dabei im Element io_Actual stets der aktuelle Stand, also die 
Anzahl der bereits übertragenen Events mal der Länge einens Events, abgelesen werden. 





Asynchrone 2%) 


Eine Alternätive zur Verwendung von Do/O() bietet die Routine Send/O(). Diese übergibt den 
Requestan das Device, geht aber anschließend nicht in den Wartezustand bis zu seiner Beantwor- 
Hung. sc sondern kehrt sofort zurück und erlaubt somit die Erledigung anderer Aufgaben, während der 
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Lesevorgang läuft. Die Beantwortung des Requests kann dann mit WaitlO() abgewart, 2 oder mit 
CheckIO() überprüft werden: u 


struct Message io; 
/* hier folgt zuerst dieselbe Sequenz wie oben, außer: */ 


SendIO (myIOM) ; 





/* hier können andere Dinge erledigt werden */ 





/* prüfen, ob I/O-Request schon beantwortet : */ 


if(io = CheckIO (myIOM) ) 
printf("IO bereits beantwortet !"); 
else 
WaitIO(myIOM) ; /* auf Beantwortung warten */ 





GetMsg (myPort) ; 
/* falls der Port von mehreren Requests verwendet wird: Remove (myIOM) ; */ 


Benutzt man den Port, an den der Request beantwortet werden soll, noch mit mehreren anderen 
Requests, so darf GetMsg() nicht zum Entfernen des Requests vom Port eingesetzt werden. 
Während des Zeitraums zwischen der Beantwortung des Requests und dem Aufruf von GerMsg() 
könnte nämlich ein weiterer Request eintreffen; der dann anstatt des gewünschten vom Port 
entfernt würde. Deshalb muß man in diesem Fall Remove() verwenden. 


Direkter Device-Einsprung (BeginlO()) 

Statt den Umweg über die Systemfunktionen Do/O() oder SendIO() zu nehmen, kann man das 
Device auch direkt über Begin/O() ansprechen. Zur Kontrolle, ob ein Request direkt durchgeführt 
oderin die Warteschlange gestellt wurde, muß hierbei das /OB_QUICK-Bit im io_Flags-Element 
des Request gesetzt sein. 


Die verschiedenen Device-Kommandos haben einen unterschiedlichen Effekt aufdieses Flag. Die 
folgenden Kommandos haben niemals einen Effekt darauf, werden also immer direkt ausgeführt: 


-CMD_CLEAR 
-CMD_STOP 
-CMD_START 
-CMD_FLUSH 
- MDCMD _GETUNITFLAGS 
- MDCMD EESONTILLAGS 
-MDCMD AC1 
-MDCMD . CTSENSON 

- MDCMD LOCALECHOOFF 
- MDCMD_LOCALECHOON 
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Einige Kommandos löschen das QUICK-Flag oder auch nicht, je nachdem, ob der Reguesesgfort 
ausgeführt werden konnte und das Unit nicht gestoppt war: 


- MDCMD_GETUNIT 
-MDCMD_FREEUNIT 
-MDCMD READMEVENT 
-MDCMD_WRITEMEVENT 
-MDCMD_ READSYSEX 


Das einzige Kommando, das nie als Quick-IO ausgeführt wird und das Flag iomit immer löscht, 
ist MDCMD_WRITESYSEX. f 


Hier ein Beispiel für die Verwendung des BeginlO( )-Einsprungs: 


/* hier folgt zuerst dieselbe Sequenz wie oben, außer: * 
myIOM->IOM IOStdReq.io Flags = IOF_QUICK; 
BeginIO (myIOM) ; 


if (myIOM->IOM IOStdReq.io Flags & IOF_QUICK == 
/* QuickIO konnte nicht durchgeführt werde 
WaitIO (myIOM) ; “ 
GetMsg (myPort); /* Request wurde beantwortet 


den, bedient man sich ebenfalls einer MIDIEvent- 
indo mit den entsprechenden Werten versieht. 
DCMD_WRITEMEVENT-Kommandos durchge- 


Struktur, die man vor dem Schreib 
Schreiboperationen werden mit Hilfe 
führt. i 


struct IOMIDI *myIOM; 


struct MIDIEvent MEvent; 
myIOM->IOM_IOStdReq do, Dät &MEvent; 

myIOM->IOM IOStdReq.io#kength = sizeof (struct MIDIEvent); 
myIOM->IOM IOStdReq.io Command = MDCMD WRITEMEVENT; 


H 













; /* mittleres C */ 
7; /* volle Lautstärke */ 


MEvent .me_Data 
MEvent .me_Data2 


warten, bis die Note abgebrochen werden soll */ 
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MEvent.me_Data2 = 0; /* identisch mit NOTE OFF */ 
DoIO (myIOM) ; 





5.2.6 Einschränkungen 


Da das MIDI-Device wie alle Devices von einem Task abhängig ist, feasien, es zumindest in der 
Version 1.0 sehr empfindlich auf das Verbieten des Task-Switchings. Bereits das Allocieren 
größerer Speicherbereiche kann beim Betrieb des MIDI_Device zu.hö baren Verzögerungen 
führen. Dies wird in höheren Versionen wahrscheinlich dahingehend geändert werden, daß die 
Verarbeitung hereinkommender MIDI-Daten in den Serial-Interrupt selbst verlegt wird, so daß sie 
in jedem Fall sofort zur Verfügung stehen. 














5.2.7 Installation 


Das Amiga-Betriebssystem sucht nach externen Devices stetsim logischen Laufwerk »DEVS:«, 

welches normalerweise dem Verzeichnis »Devs« der Bootdiskette zugeordnet ist. Aus diesem 

Grunde müssen Sie das midi.device in das Devs-Verzeichnis Ihrer Arbeitsdiskette kopieren mit 
der Sie booten, z.B. mit folgendem Befehl: 


»COPY AEP:MidiDev/midi.device MeineDiskıDevs« " 


wobei MeineDisk der Name Ihrer Arbeitsdiskette sein muß. Um von der Ihnen verwendeten 
Programmiersprache aus das midi.device zunnutzen, müssen Sie noch einige Dateien hinzufügen: 


ASSEMBLER 


Um das midi.device über Assembler körrekt anzusprechen, kopieren Sie bitte die Dateien midi.i 
und mididev.i, die sich im Verzeichnis AEP:MidiDev/ASSEMBLER/INCLUDE befinden, in das 
INCLUDE-Verzeichnis Ihres Assemblers, z.B. mit den Befehlszeilen : 


»CD AEP:MidiDev/ASSEMBLER/INCLUDE« 
»COPY midi.i MeineDisk;TNCLUDE« 
»COPY mididev.i MeineDisk; INCLUDE« 






Nun müssen Sie in Ihr Ässembler-Programm, von welchem aus Sie das midi.device ansprechen 
wollen, noch folgende Zeilen zu Beginn einfügen: 





»INCLUDE "midi.i"« 
»INCLUDE "mididev.i"« 





Um das midi.d vice in C anzusprechen kopieren Sie bitte die Dateien midi.h und mididev.h, die 
sich im Verzeichnis AEP:MidiDev/CCANCLUDE befinden, in das INCLUDE-Verzeichnis Ihrer 
C-Arbeitsdiskette, z.B. mit den Befehlszeilen: 
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»CD AEP :MidiDev/CC/INCLUDE« 
»COPY midi.h MeineDisk : INCLUDE« 
»COPY mididev.h MeineDisk: INCLUDE« 


noch folgende Zeilen zu Bm einfügen: 


»#include <midi.h>« 
»#include <mididev.h>« 





3 





5.2.8 Beispielprogramme 


Das erste hen, das in diesem Zusammenhang pr? 











RERKRERTENERTTNRARERKERKER TE RRRENENR ENT RDENNEHN 


midimon.asm (c) Nicolaus Wirsing 12.7.89, 


All Rights reserved. 


AKKU HH KH HH HR KH KR KAKKKKAKAKHAKKAKKKKKKKKKRRR 


; Dieses Programm muß mit amiga.lib ifkt werden!!! 


opt d+,m+ 


incdir devpac:include/ 
include exec/exec_lib.i 
include 
include 
include 
include 
include 
include 





XDEF 
XDEF 
XDEF 
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; Makros für amiga.lib-Funktionen 
XREF _CreatePort 


CREATEPORT MACRO 





IFC ar 

pea 0 

ENDC 

IFNC ar, 

move.l '\2',-(a7) 

ENDC 

IFC AN 

pea 0 

ENDC 

IFNC Nr 

pea CREATEPORT Name\@ 
bra.s CREATEPORT_End\@ 


CREATEPORT_Name\@: 
dce.b \1 
EVEN 





CREATEPORT_End\@: 


ENDC 

jsr _CreatePort 
adda.w #8,a7 

ENDM 

XREF _DeletePort 


DELETEPORT MACRO 
move.1l \1,-(a7) 
jsr _DeletePort 
addq.1l #4,a7 
ENDM 





XREF' 


PRINTF 
IENC 
move.l 
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IENC 
move.l 
ENDC 


IEFNC 
move.l 
ENDC 


pea 
jsr 
adda.w 
bra.s 


APF_FSTRING\@: 
de.b 
EVEN 


APF_end\@: 
ENDM 


NSTRING 

NSTRING\@ 
dc.b 
dc.b 


NSTRING_End\@ 
NSTRING_CNT\@ 
EQU 
ENDM 


ENEPEZSDT 
\7,-(a7) 
Non 
\6,-(a7) 
EN ER 
\5,- (a?) 
NA 
\4,-(a7) 
EL 
\3,-(a7) 
ENDEN 
\2,- (a7) 


APF_FSTRING\@ 
_printf 
#NARG*4, a7 
APF_end\@ 


\1,0 





MACRO 





NSTRING_CNT\@ 
\1,0 4 


NSTRING End\@-NSTRING\@ 











; DOS-Library öffnen 
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CALLSYS 
move.l 


LINKSYS 
move .l 


PRINTF 


CREATEPORT 
tst.1 
beq 


lea 

move.b 
move.w 
move.l 


move.l 
moveq 
lea 
moveq 


CALLSYS 
tst.1 
bne 


lea 
lea 
moveq 


SEIOMlp 
move.b 
dbra 


lea 
lea 
move.l 
move.l 
move.w 


lea 
move.w 


MidiMonLoop: 


lea 
bset 
BEGINIO 


OpenLibrary 
d0, DOSBase 






Output, dO 
d0,_stdout 


und Output-Handle emittel 
(wird von printf benöti 


r 
r 


<'MIDIMon by Nicolaus Wirsing',$0a, 'All Rights Reserved. ",'$0a> 
& 
; ReplyPort erstelle 
do 
Endi 


MyIOM (PC) ,al w 
#NT_MESSAGE, IN TYPE (al) 
#IOM_SIZE,MN LENGTE (al) 

d0,MN REPLYPORT (al) 


# (-0) * (METF_ACTSENS !METF_CLOCK) , IOM TYPEBEAGS (al) 
#-1,d0 ; nächgtesyfreies Unit 
mdname (PC) ‚a0 w 
#0,d1 





















OpenDevice 
do 
End2 


SysExIOM (PC) ,a0 
MyIOM (PC) ‚al 
#IOM_SIZE-1,dO 


(al)+, (a0)+ 
d0, SEIOMIp 


MyIOM (PC) ‚al 
MyME (PC) ‚a0 
a0,IO DATA (dE}. 


MSEOM (PC) ‚al ; MIDIEvent lesen 
UICK, IO_FLAGS (al) 


MyIOM(PC) ‚al 
#IOB_QUICK, IO FLAGS (al) ; Event gelesen (QuickIO) ? 
QuickIO 
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movea.l 
move.b 
moveq 
bset 
bset 
CALLSYS 
btst 
bne 


movea.l 
CALLSYS 


QuickIO: 
lea 
movea.l 
LINKSYS 


move.l 
bpl.s 
lea 
bra.s 


QuickIO_ok 
move.l 
lea 
subg.1 
bmi.s 
moveq 


PNSloop 
move.b 
adda.l 
dbra 


PrintNStrok 
addq.1l 


PNStrl 
PRINTF 


move.l 
and.l 
beq.s 
moveq 
move.b 
PRINTF 


NoChannel 
move.] 
and.l * 
beq.s 
moveq ' 






















MN_REPLYPORT (al),a2 ; nein: warten 
MP_SIGBIT (a2) ‚dl 

#0,d0 

di1,d0 

#SIGBREAKB_CTRL_C,dO 

Wait 

#SIGBREAKB_CTRL_C,dO ; CTRL-C gedrückt? 
Endl 


a2,a0 
GetMsg 


MyME (PC) ‚al 
al,a2 
MEventType,MyIOM+IO DEVICE (PC) 


a0,d4 

QuickIO_ok 
NStr_Illegal (PC) ,a0 
PNStrl 


d1,d5 
NStringArray (PC) ,a0 
#1,d1 
PrintNStrok 
#0,d0 


(a0),d0 
a0,a0 
dl,PNSloop 


#1,a0 


<'%-151s'>,al ; und ausgeben 


; Channel ? -> ausgeben 


#METF_CHANNEL, 


'">,d0 


#MEEF 1DATA, dO ; 1. DatenByte ? -> ausgeben 
200 
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move.b me _Datal (a2) ,dO 

PRINTF <'Datal: $%021x '>,d0 
_2DATA 

move.l #METF_2DATA, dO 

and.l d4,d0 

beq.s _MSBLSB 

moveq #0,d0 

moveq #0,d1 

move.b me Datal (a2) ,dO 

move.b me_Data2 (a2),di 

PRINTF <'Datal,2: $%021x $%021x 
_MSBLSB 

move.l #METF_MSBLSB, d0 

and.l d4,d0 

beq.s _SysEx 

moveq #0,d0 

move.w me MsbLsb (a2) ,dO 

PRINTF <'MsbLsb: $%041x'>,d0 
_SysEx 

move.l #METF_SYSEX,dO 

and.l d4,dO 

beq PrintReturn 

moveq #0,d0 

moveq #0,d1 

move.b me_Datal (a2) ,dO 

move.b me_Data2 (a2) ,di 

move.l me_SysExLen (a2) ,d4 

PRINTF  <'ID: %3ld ist Dat 

move .1l d4,d0 

moveq #MEMF PUBLIC, di 

CALLSYS Al1locMem 

move.l a0,a4 

lea SysExIOM (PC) ,a 

move.1 d0, IO_DATA@L) 

move.l d4,IO LE &l) 

CALLSYS DoIO 

PRINTF <$0a 

movea.1 

move.l 


subq.1 
moveq 


SysExlp 
(a3)+,d0 


<'%021x '>,dO 
d5, SElpok 


'>,d0,d1 

























; 2. DatenByte ? -> ausgebeli 


; ja: ID, 1. Byte 
; und Länge ausgeben 


_ Len: $%081x'>,d0,d1,d4 


; SysEx einlesen 


; Bytes in hex ausgeben 


MIDI 193 










moveq 
PRINTF 


SElpok 
dbra 
movea.l 
move.l 
CALLSYS 


PrintReturn 
PRINTF 
bra 


Endl 
lea 
CALLSYS 


End2 
lea 
movea.l 


DELETEPORT al 


Endx 
movea.l 
CALLSYS 
rts 


MyIOM: 
ds.b 


SysExIOM: 
ds.b 


MyME: 
ds.b 


_DOSBase: 
as.1l 


_stdout: 
ds.1 


mdname : 


MIDINAME 


dosname: 
DOSNAME 


NStringArray: 


NStr_Noteof 





me_ size 





#15,d5 
<$0a> 


d3, SysExlp 
a4,al 
d4,d0 
FreeMem 


<$0a> 
MidiMonLoop 


MyIOM (PC) ‚al ; aufräumen 
CloseDevice 


MyIOM (PC) ‚al 
MN REPLYPORT (al),al 


_DOSBase (PC) ,al 
CloseLibrary 


IOM_SIZE 


IOM SIZE 









NSTRING <'Note Off'> 
NSTRING <'Note On'> 
NSTRING <'Poly-Pressure'> 
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NStr_CCtrl NSTRING <'Cont. Control'> 











NStr_Prog NSTRING <'Prog. Change'> 
NStr_AfterTouch NSTRING <'AfterTouch'> 
NStr_PitchBend NSTRING <'PitchBend'> 
NStr_Switch NSTRING <'Switch'> 
NStr_Mode NSTRING <'Mode'> 
NStr_SongPos NSTRING <'Song Pos.'> 
NStr_SongSelect NSTRING <'Song Select'> 
NStr_TuneReq NSTRING <'Tune Request''> 
NStr_Clock NSTRING <'Clock'> 
NStr_Start NSTRING <'Start'> 
NStr_Continue NSTRING <'Continue'> 
NStr_Stop NSTRING <'Stop’> 
NStr_ActSens NSTRING <'Act. Sensing'> 
NStr_Reset NSTRING <'Reset'> 
NStr_SysEx NSTRING <'System Exc1.'> 
NStr_ActSensoff NSTRING <'ActSensoff'> 
NStr_ActSensOn NSTRING <'ActSenson'> 


NStr_Illegal 
dc.b "Illegal!!!",O 


EVEN 


Das zweite Beispielprogramm ist in C geschehen und stellt eine kleine Simulation eines 
Synthesizer-Keyboards dar. Alle gespielten Töne werden sowohl als MIDI-Botschaft auf den Bus 
gegeben als auch mit Hilfe der SMUSPIayer-Library von den internen Tongeneratoren des Amiga 
gespielt. 


Hierbei wird ein Fenster geöffnet, in weichem die folgenden Bedienungselemente untergebracht 
sind: ; 


O Ein-/Ausschalter für ein Active: Sensing-Signal, welches über das midi.device alle 300 ms 
ausgegeben wird. 


O Ein-/Ausschalter für die ee im eingeschalteten Zustand werden alle 
ankommenden MIDI-Botschaften über das midi.device wieder auf den MIDI-Ausgang gegeben. 


U Eingabeelemente für -MIDI-Empfangs- und Sendekanal. In den zwei Integer-Gadgets kann 
der Empfangs- (Rcv Channel) und Sendekanal (Send Channel) mit Werten von 1 bis 16 direkt 
eingegeben werden. Die. Pfeil-Gadgets rechts daneben erhöhen/erniedrigen die Werte in ler- 
Schritten. Über das nach unten gerichtete Rev-Channel-Gadget kann auch AL angewählt werden 
(oder durch Eingabe’von 0 im Integer-Gadget). In dieser Einstellung werden alle eintreffenden 
MIDI-Events, ungeachtet der Kanalnummer, bearbeitet (OMNI ON !). 
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Ü Program-Change-Gadget; hierüber können die Sounds oder Programme eines ang hlosse- 
nen MIDI-Geräts in Werten von 1 bis 128 angewählt werden-auf gleichen MIDI-Sendekanal von 
Programm und Gerät achten! 


O Pitchbend-Regler; zeigt MIDI-Pitchbend-Informationen, die über das midi.de 
werden optisch an und sendet solche auch bei Betätigung mit der Maus an angescl 
Instrumente. i 










ssene MIDI- 





U Modulations-Regler; wie oben, diesmal für MIDI-Modulations- Informationen. Wenn man 
ein angeschlossenes MIDI-Instrument spielt, werden die ankommenden “MIDI-Noten auf der 
Bildschirmklaviatur optisch angezeigt! i 








Das Programm besteht aus drei Quelldateien, einem Include-File MIDIDemo. h), dem Haupt- 
programm (MIDIDemo.c) sowie den Routinen zur Verwaligag, der Bildschirm-Klaviatur 
(Keyboard.c). Hier nun die drei Listings: 


Das Programm MIDIDemo.h: 


VEEE EEE 5 212.22 20222 .2 12.22 212020202 MIDIDemo.h RT / 


/*** Damit wir mit Kickstart 2.0 keine Überaschungen erleben ! ***/ 
struct TextAttr DefaultFont = { 
(STRPTR) "topaz. font", TOPAZ_EIGHTY,FS NORMAL, 
FPF_ROMFONT. 
hi ” 


#define DFNT &DefaultFont 
/%** Die Pfeil-Gadget-Pfeile ***/ 


UWORD UpArrowData[] = { 2 /*** Daten für den Up-Pfeil ***/ 
0x0000, 0x7FFO, Ox7DFO, 0x78F0; 0x7070,0x6030, 0x4010,0x7DFO, 

0x7DEFO0, Ox7DFO, Ox7DF0„OXx7DEO, Ox7FFO, 0x0000, OxFFF8, OxFFFB8, 

0xFDF8, OxF8F8, 0xF078,0xE038, 0xC018, OxFDF8, OxFDF8, OxFDF8, 

OxFDF8, OXFDF8, OXFFFB,OXFFFB 












hi 


struct Image UpArrow. /*** Up-Pfeil Image-Struktur *%**/ 


 0,0,13,14,2,UpArrowData, 0x0003, 0x0000, NULL 


/*X** Daten für den Down-Pfeil ***/ 
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struct Image DownArrow = 1 /*** Down-Pfeil Image-Struktur *#%# 
0,0,13,14,2,DownArrowData, 0x0003, 0x0000, NÜLE: 
hi 
#define ASTEXTL 568 /*** Text-Position-Left (X-Koordina 
#define ASTEXTT 40 /%**  Text-Position-Top (Y-Koordin “x/ 
#define FPEN 3 /*** FrontPen für Window get “rr/ 
#define BPEN 1 /***  BackPen für Windo gets ***/ 
#define KEYBOARDL 90 /*** Keyboard-Left AX Coord) ***/ 
#define KEYBOARDT 49 /***  Keyboard-Top#4Y-Coord) ***/ 
#define KEYBOARDH 30 JRR Height wrx/ 
#define MMF_NONE 0 Vlchei KRR 
#define MMF KEYBOARD 1 
#define MMF_MODWHEEL 2 
#define MMF_PITCHWHEEL 3 
#define NORMKEYCOLOR 0 * Keyboard-Colors ***/ 
#define SLCTKEYCOLOR1l 1 
#define SLCTKEYCOLOR2 2 
UBYTE StringBuffer[3] [4] = { "1","1"," ni 
#define RCHS ((APTR) & (ChString[0])) » /#%* Receive-Channel-String ***/ 
#define SCHS ((APTR)& (ChString[1})) „/*** Send-Channel-String Krk) 
#define PCHS ((APTR) & (ChString[2])) /***  Program-Change-String ***/ 
® } rings für die Integer-Gadgets ***/ 
static struct StringInfo ChString[3 
{StringBuffer{0], 0, 0, 3; } 
{StringBuffer{[1], 0, 0, hr 
{StringBuffer[2], 0, 0, ° 
hi 
#define PPHPOT 0 /*** ProportionalGadget HORIZPOT ***/ 
#define PPVPOT MAXPOT/: /*%** ProportionalPitchGadget VERTPOT ***/ 
#define PMVPOT MAXPOTE /***  ProportionalModGadget VERTPOT **%*/ 
#define PPHBODY O0 /***  ProportionalGadget HORIZBODY ***/ 
#define PPVBODY = /*** ProportionalGadget VERTBODY “rxr/ 
#define PROPP /%** Pitch-Prop-Gadget-Adresse ***/ 
#define PROPM /*%**  Mod-Prop-Gadget-Adresse ***/ 
/*** Prop Mod & Pitch PropInfo ***/ 
struct PropIn 
{& OB|FREEVERT, PPHPOT, PPVPOT, PPHBODY, PPVBODY }, /* Pitch */ 
GKNOB|FREEVERT, PPHPOT, PMVPOT, PPHBODY, PPVBODY } /* Mod */ 











WORD GOBCoords 
WORD G1BCoords 
WORD EnaCoords 
WORD PChCoords 


struct Border GBorder[4] 


10, 


{ 0, 0, EPEN, 
{-2,-1, FPEN, BPEN, 


= 0, 0,139, 0,139,12, 0,12, 0, 0 }; 
= 0, 0, 34, 0, 34, 9, 0,9 2-0 he 
= 1 /*** Die Gadget- Umrandun 
{ 0, 0, FPEN, BPEN, JAM2, 5, GO0BCoords, NULL }, 
0, FPEN, 3, JAM2, 5, G1BCoords, NULL }, 
BPEN, JAM2, 5, EnaCoords, NULL }, 
JAM2, 5, PChCoords, NULL } 


hi 


#define OOB 
#define STB 
#define ENB 
#define PCB 


struct IntuiText MIDIwinText [7] 


MIDI 197 














/**%* Die Gadget-Umrandungs-Koordinaten **%, 
9,05. 375.05,:31,13,..09,135:.0, 0.437 
0,-1, 24,-1, 24, 8,-1, 8,-1,-1 }; 


r 


((APTR)& (GBorder[0])) 
((APTR) & (GBorder[1])) 
((APTR) & (GBorder[2])) 
{(APTR) & (GBorder [3})) 


/*** ActSens & LocE6 
/*** StringGadgek 
/*** EnableGadget- 
/*** Progr-Chähg: 


={ /*&*, Alle Gadget-Texte 























{FPEN, 2,JAM2, 7,  3,DFNT, (UBYTE *) "OFF",NU, 

{FPEN, 2,JAM, 7, 3,DFNT, (UBYTE *)"ON "„NUR 

{FPEN,BPEN, JAMl, -90, 1,DFNT, (UBYTE *)"Rcv Chännel",NULL}, 

{FPEN,BPEN, JAMl, -98, 1,DFNT, (UBYTE *) "Sefläschannel" NULL}, 

{FPEN, 2,JAM2, 2, 3,DFNT, (UBYTE *) "Ami MIDI play",NULL}, 

{FPEN, 2,JAM2, 2, 3,DFNT, (UBYTE *)" ondy Amiga play ",NULL}, 

{FPEN, 2, JAM2, 2, 3,DFNT, (UBYTE *)' y MIDI play ",NULL} 
}; 
#define OFTX MIDIWinText [0] 
#define ONTX  MIDIWinText [1] 
#define RCTX  MIDIWinText [2] 
#define SCTX MIDIWinText [3] 
#define ENTX  MIDIWinText [4] 
#define IMGO ((APTR) &MD_Ima( /*** Pitch-Prop Image ***/ 
#define IMGl ( (APTR) &MD_Imäg "]) /*** Mod-Prop Image ***/ 
struct Image MD _Image[2],; /*** ImageStrukturen für die PropGadgets ***/ 
#define ASONID VFRR ActiveSensOn GadgetID KRRY 
#define LEONID VERK LocalEnableOn GadgetID Krk, 
#define RCHSID /**%* ReceiveChannelString GadgetID ***/ 
#define RCHUID /*** ReceiveChannelUp GadgetID **%*/ 
#define RCHDID /*** ReceiveChannelDown GadgetID ***/ 
#define SCHSID /*** SendChannelString GadgetID ***/ 
#define SCHUID PIRK SendChannelUp GadgetID KER/ 
#define SCHD /*** SendChannelDown GadgetID FAR] 
#define PIT 8 JRRK Pitch GadgetID AAR/ 
#define MO 9 ERS Mod GadgetID KARL, 
#define, [FR* EnablePlay GadgetID RAR, 
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#define PGCHNGE 11 IK*% PGChange GadgetID 
#define PGCHDWN 12 UFER PGChangeDown GadgetID 
#define PGCHUP 13 [HRR PGChangeUp GadgetID 
#define G(n) (& (MD_Gadget [n})) /%** Adresse eines Gadgets besti 


/*** Die 14 G 
struct Gadget MD Gadget [14] = { 


{G(1),128,14,37,13,GADGHCOMP, RELVERIFY, 
BOOLGADGET, OOB, 0, &0FTX,0,0,0,0} 


JFRR* 4Echo Gadget ***/ 
{G(2),258,14,37,13, GADGHCOMP, RELVERIFY, i 
BOOLGADGET, OOB, 0, &0NTX, 0,0, 


ar%K/ 


{St 


eiveChannelUp Gadget ***/ 


{6 (4) ,432,13,13, 14, GADGIMAGE | GADGHCOMP, GAD!( EM IATE|RELVERIFY, 


* ReceiveChannelDown Gadget ***/ 
{G(5),418,13,13,14, GADGIMAGE | GADGHCOMP JGABGIMMEDTATE | RELVERIFY, 


E: 


BQÖBGADGET, (APTR) &DownArrow, 0,0,0,0,4,0}, 










 /*** SendChannelString Gadget ***/ 
{G(6) ,548,16,24,8,NULL, RELVERI a" INGCENTER | LONGINT, 
STRGADGET, STB, 0, &SCTX, 0,SCHS, 5,0}, 

/**%* SendChannelUp Gadget ***/ 
{6 (7),589,13,13,14, GADGIMA( |GADGHCOMP, GADGIMMEDIATE |RELVERIFY, 
BOOLGADGET, (APTR) &UpArrow,0,0,0,0,6,0}, 


> /*%*%% SendChannelDown Gadget ***/ 
GE | GADGHCOMP, GADGIMMEDIATE |RELVERIFY, 
BOOLGADGET, (APTR) &£DownArrow,0,0,0,0,7,0}, 


{G(8),575,13,13,14, 


/*** Pitch Gadget ***/ 
{G(9) ‚23,49, 20,38, 0, GADGIMMEDIATE | FOLLOWMOUSE |RELVERIFY, 
PROPGADGET, IMG0, 0,NULL,0,PROPP,8,0}, 


/*** Mod Gadget ***/ 
,30,0,GADGIMMEDIATE | FOLLOWMOUSE |RELVERIFY, 
PROPGADGET, IMG1, 0,NULL,0,PROPM, 9,0}, 


/*** Enable Play Gadget ***/ 


BOOLGADGET, ENB, NULL, &ENTX, NULL, NULL, 10, NULL}, 
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/*** PGChange Gadget vr, 
{G (12) ,419,36,33,14,NULL, RELVERIFY | STRINGCENTER | LONGINT, E 
STRGADGET, PCB, NULL, NULL, NULL, PCHS, 11, NULL }, 


/*** PGChange Down Gadge 


{G(13) ,455,33,13,14, GADGIMAGE, RELVERIFY |GADGIMMEDIATE, 
BOOLGADGET, (APTR) &DownArrow, NULL, NULL, NULL, NULL, 


hr 


#define WLEFT 0 /***  Window-Koordinaten "X-Coord) **%/ 


#define WIOP 12 /***  Window-Koordinaten { Y-Coord) Krr/ 
#define WWIDTH 640 JFRK Window-Koordinaten'.(Width X-Coord) **%*/ 
#define WHEICTH 86 /*** Window-Koordinaten:,(Height Y-Coord) ***/ 


LEBE Das ‚Fenster von MIDIDemo ***/ 
struct Newwindow MIDIDemoWindow = { } 
WLEF'T,WTOP, 
WWIDTH, WHEIGTH, 
3,2, 
MOUSEBUTTONS | MOUSEMOVE | GADGETDOWN | GADGETUP | RAWKEY | CLOSEWINDOW, 
WINDOWDRAG | WINDOWDEPTH | WINDOWCLOSE | SMART_ REFRESH | REPORTMOUSE | ACTIVATE, 
NULL, NULL, 
(UBYTE *) 
"MIDIDemo V2.0 ©'89/'90 N. Wirsing & I. Vassiliou für Markt & Technik", 
NULL, NULL, 
0,0,0,0, 
WBENCHSCREEN 


PERR Texte für’ den 'MyRequest () '-Aufruf Krr/ 
/*** "MyReqText ' wird beim Aufruf der Funktion übergeben ! ***/ 









"VÜFPEN, BPEN, JAM1,10,5,DFNT,NULL,O }; 
: FPEN,BPEN, JAM1,5,3,DFNT, (UBYTE *) "Resume",0}; 


struct IntuiText MyReqText 
struct IntuiText ReqgGadTe 


WORD MMoveFlag = MMF_NONE 
#define MAXVOL /*** Maximale Lautstärke für Amiga-Sounds ***/ 
#define ALL /*** Enable ALL MIDI CHANNELS ***/ 


/*** Enable ALL MIDI-RECEIVE-CHANNELS ***/ 
VERR MIDI-SEND-CHANNEL Krr/ 


WORD RcvChnl 
WORD SendChnl 
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/*** Amiga-Tasten zum Spielen von Instruments/Sounds (intern & MIDI !) * 
static BYTE alphakeytable[128] = { 

0, 0, 0x31, 0x33, 0, 0x36, 0x38, 0x3A, 

0, 0x3D, Ox3F, 0, 0x42, 0x44, 0, 0, 

0x30, 0x32, 0x34, 0x35, 0x37, 0x39, O0x3B, 0x3C, 

Ox3E, 0x40, 0x41, 0x43, 0, 0, 0, 0, 

0, 0x25, 0x27, 0, 0x2A, 0x2C, Ox2E, 0, 






0x31, 3, 9, 0, 900%, 0 
0, 0x24, 0x26, 0x28, 0x29, 0x2B, Ox2D, Ox2F, 
0x30, 0x22, x, 9%, 0, 0, 0%, 
De AO be 
Gr A 
, 0 00% 09.9.0. 
u... % 9. 06 u. % 
Dt De 0 Bee 
er De, 
he De 
ee 
hi 
USHORT PtrnDatal[] = { /*** Daten dg®zeichenMusters (Karo) ***/ 
0x5555, 0x5555, 0x5555, 0x5555, 0x5555, 085555,.0%5555, 0x5555, 
0x5555, 0x5555, 0x5555, 0x5555, 0x5555 %0x5555, 0x5555, 


0x5555, 0x5555, 0x5555, 0x5554, OxAAAA' A, OxAAAA, OxAAAA, 
OxAAAA, OxAAAA, OxAAAA, OxAAAA, OxAAAA, OxAAAR, OxAAAA, OXAAAA, 
OxAAAA, OXAAAA, OxAAAA, OxAAAA, OXAAAA, ÖXAAAA, OxAAAA, OKAAAB 








hr 
ge Pixel hoch, 318 Pixel lang) ***/ 
PtrnData[0},0x0001,0x0000,NULL }; 


/*** Das dazugehörige I 
struct Image PatternImage = { 0,0,34 
& 






/*** Dies sind SpriteDaten des Window-Mauszeigers ***/ 
*** (37 Pixel hoch, 16 Pixel breit ***/ 
USHORT KeyboardPointer[]={ 
0x0000, 0x0000, 0xe000, 
0x8800, 0x0600,0x0400, 
Ox3fff, 
Ox3f££, 
Ox3fff, 
0x007£, 
Ox3f££, 
Ox3£ff£, 












‚, Ox3fff,0x0000, 0x0000, Oxf£fff£, Oxff£f,0x0000 


Das Progr "MIDIDemo.c 


KKKKKKKÄHKTH TH HH HH HH HH A KH AK HH A HH A KHK AR HA KK € 


[ERRRÄRK 


emo.c (V1.0) © Nicolaus Wirsing 11.7.89 11:21 
Rechte vorbehalten. 


fe00,0x8000, 0x£c00,0x8000, 0x7800,0xf000, 0x0c00, 
0x0300, 0x0200, 0x0180,0x01c0, 0x0000,0x0000, 0x0000, 
Ox3fff,OXI3EEE, OXIELf,OxXIELf, 0x3f80,0x0078, 0x0000,0x3fff, 0x3f80, 
” 0x3f80,0x007£, 0x0000, Ox3f£f, Ox3f80,Ox3fff, OxX3ff£, 
', 0x0000,0x3fff, OX3ff£,Ox3fff, OxX3fFL,0OxIffL, 0x3f80, 
ff, 0x3f80, 0x3£ff, Ox3ff£,Ox3fff, 0x3£80,0x007f, 0x0000, 
ff, OxXIfEL,Ox3fff, 0x3£f80,0x007f, 0Ox0000,0x3fff, 0x3£80, 
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MIDIDemo.c (V2.0) 
Modifiziert & verändert von Ilias Vassiliou 31.08.90 
© Ilias Vassiliou 

Alle Rechte vorbehalten. 


>>>>>>>>>>>>>>>>> For AZTEC-C V3.6 <<<<<<<<<e<<<<<<eeeeccc 


> < 
> ec +1 -s +iMIDIDemo_Incl.pre MIDIDemo.c < 
> In MIDIDemo.o Keyboard.o SMUSPlayer Lib.o -1c32 +cd < 
> < 


DIDD>>>>> >>> >>> >>> I>I>>>> >>> ><<<<<L<E<<<EE<LLELLELEELELEEE< 

'MIDIDemo_Incl.pre' beinhaltet präcompilierte INCLUDE-F#' 
_ i 

File : 'MIDIDemo_Incl.c' : 


#include <exec/types.h> 

#include <exec/memory.h> 

#include <devices/inputevent.h> 
#include <graphics/rastport.h> 
#include <graphics/gfxbase.h> 
#include <intuition/intuitionbase.h> 


VVVVMVVVVVMVVV 


Compile : cc -s +1 +hMIDIDemo_Incl.pre # 


“N 














e benutzt wird, so müssen ***/ 
Angaben stehen !!! Krk/ 


/*** Falls nicht das präcompilierte INCLU 
/*** an dieser Stelle die obigen "#inc#yde 


#include "smusplayer_lib.h" 
#include "midi.h" 

#include "mididev.h" 
#include "mididemo.h" 


/**%* Warten, bis Maustaste über einem Gadget **%*/ 
Hk wieder losgelassen wurde. KERN, 
} } (cClass=Message (MIDIDemoWin) ) !=GADGETUP) 





#define WHILE_NOT_UP 


#define ON at 
#define OFF 0 


#define BOTH 4 
#define AMIG 5 
#define MIDI 6 


*IntuitionBase = NULL 


*GfxBase = NULL; 

*SMUSPlayerBase = NULL; 
struct IOMID *OpenIOoM = NULL, *WriteIOM = NULL; 
struc sgPo *RMPort = NULL, *WMPort = NULL; 
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struct Window *MIDIDemoWin = NULL 


struct RastPort *7p = NULL; 
struct TextFont *MyFont = NULL; 
struct IntuiMessage *msg = NULL; 
struct MIDIEvent ReadME, WriteME; 


WORD kwd, oldnum, CloseFlag; 















ULONG class, code,id; /*** IDCMP-Messages vom M “rr/ 
BOOL ReqAnswer=FALSE; /*%** Antwort von MyReques#: ufruf ***/ 
BYTE As=OFF, Le=ON; /*** Flags für ActSens & LocalEgfio An/Aus ***/ 
BYTE PlayFlag=BOTH; Fu 
UBYTE Program=0; 
UBYTE *b; Rrr/ 
VE EEE E22 2.2 2.2.202.2020202.2.2.2.2.202.2.2.203 FUNKTIONEN KrakrakkKk RRKRKRK RR / 

VOID /*** AutoRequester mit übergabenem Text aufrufen Karl 
MyRequest (MessageText) /*** Erscheint auf d&m gerade aktiven Fenster ***/ 
UBYTE *MessageText; E Br 
{ 

MyReqText.IText = MessageText; "f&k* Übergebenen Text zuweisen ***/ 


-tiveWindow, &MyReqText, NULL, 


RegAnswer = AutoRequest (IntuitionBases t 
Erfen (MyRegText .IText) *8L+40L) ,50L) ; 


&RegGadText, NULL,NULL, ( (LONG 


VOID [FR Libraries/Deyices/IO/Windows schliessen, usw ... **%*/ 
CloseAll (MessageText, ErrorNum) 
UBYTE *MessageText; 
WORD ErrorNum; 

{ 


Berg 


if (MessageText !=NULL) M Requ st (MessageText) ; 


if (OpenIOM!=NULL) 
{ 


DeleteExtIO (WriteIOM) ; 
DeletePort (RMPort); 
DeletePort (WMPort); 
CloseWindow (MIDIDemoWin) ; 


CloseLibrary (SMUSPlayerBase) ; 
e!=NULL) CloseLibrary (GfxBase) ; 
itionBase!=NULL) CloseLibrary (IntuitionBase); 
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exit (ErrorNum) ; 


VOID 
OpenAll() 


{ 


if(!{IntuitionBase = 


puts ("Konnte 'intuition.library' nicht öffnen !"); 


CloseAll (NULL, 20); 


if(!(GfxBase = 


if(!(SMUSPlayerBase = 


if(!(RMPort = CreatePort ("MIDI-In"”,OL))) 
CloseAll ("Konnte MIDI-In-MsgPort nich 


if(!(OpenIOM = (struct IOMIDI *) 


CreateExtIO (RMPort, sizeof (str; 
CloseAll ("Konnte MIDI-IO-Block 


if(!(WMPort = CreatePort ("MIDI-Out 
CloseAll ("Konnte MIDI-Out-Ms 


if(!(WriteIOoM =(struct IOMIDI *, 
CreateExt IO (WMPo j 
CloseAll ("Konnte MIDI 















OpenIOM->IOM TypeFlags 


i£(OpenDevice ("midi. 
CloseAll ("Kon! 


WriteIOM->IOM, BAR.io Command 
WriteIoM->IOM TOStdR.io Data 
StdR.io Length 







F#T0StdR.io Command 
OM_IOStdR.io Data 


/*** Libraries/Devices/IO ... 


(struct IntuitionBase *) 
OpenLibrary ("intuition.library",OL 


(struct GfxBase *)OpenLibrary ("graphics. 
CloseAll ("Konnte "'graphics.library' nicht öffnen 


(struct SMUSPlayerBase *) 
OpenLibrary ("smusplayer 
CloseAll ("Konnte 'SMUSPlayer.library' nicht #& 





/*** exit() muß hier stehen, sonst droht Absturz ! **X 


£y",0L))) 
fnen !",20); 


JFRR ZzWwe 


RR 
jeugen !!!",20); 


fesnicht erzeugen !!!",20); 


öf (struct IOMIDI)))) 


N 


k nicht erzeugen !!!",20); 























Requests vorbereiten ***/ 


/*%** MIDI.Device öffnen ***/ 


> NOTEON |METF_NOTEOFF |METF_CCTRL| 
'F_PITCHBEND |METF ACTSENSON |METF ACTSENSOFF; 


vice",-1,OpenIOM, OL) ) 
“idi.device' nicht öffnen !!!",20); 


OpenIOM->IOM IOStdR.io Device; 
OpenIOM->IOM IOStdR.io Unit; 
MDCMD_WRITEMEVENT; 

&WriteME; 

sizeof (struct MIDIEvent); 


MDCMD_ READMEVENT; 
&ReadME; 
sizeof (struct MIDIEvent); 
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/*** Default-Instrument laden ( von Verzeichnis INSTRUMENTS: ) 


if (LoadAux ("INSTRUMENTS:default.instr”) = -1) 
MyRequest ("Konnte 'default.instr' nicht laden - ASSIGN INSTRUMENT 
SetDefault ( (BYTE *)0); /*** Default Instrument = 0 (AUX) setzen 
} 
voID 
WtoA (wert, string) JFRK WORD to ASCII 
WORD wert; /*** Wandelt eine WORD-Zahl in das entsp&echende ***/ 
BYTE *string; /*** ASCII--quivalent um. = Krr/ 
{ /*** Z.B.: Zahl : 23 RR, 
register WORD x,y,S; 
BYTE c; 


if((s=wert)<0) wert=-wert; 


x=0; 
do 
{ 
string[x++] = wert%10+'0'; 
}while ( (wert/=10)>0); 


if(s<0) string[xt+] = '-'; 
string[x] = 0; 
£or (x=0,y=(strlen (string) -1) 
{ 
c = string [x]; 
string[x] = string[yl; 
string[y] = c; 


ULONG „Message von beliebigen Window abrufen ***/ 
Message (win) 
struct Window *win; e 
{ 
struct IntuiMessage * 
ULONG c1=0; /*** Class-Variable ***/ 
/*** 'code' ist hier eine GLOBALE VARIABLE, **%*/ 


/*** der hier ein Wert zugewiesen wird ! Krr/ 


code=0; 


/**%* 'c]l' wird als Wert der Funtion 'Message! **%*/ 
/*** an den Aufrufer zurückgegeben ! Krr/ 
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VOID /*** Text an beliebiger Position im Window ausgeben * 
GEText (RP,text,color,mode,x,y) 

struct RastPort *RP; /*** RastPort des Windows 
STRPTR text; JRR Der Text selbst 

UBYTE color,mode; JRR Farbe und Zeichenmodus; 
WORD x,Yy; /*** Koordinaten der Eckpunkte 


{ 


SetDrMd (RP,mode) ; /*** Zeichenmodus ax/ 
SetAPen (RP,color); ; Be: xx / 
Move (RP,x,y+ (RP->TxBaseline)); /*** Zeichencursor an Positigg, RrK/ 
Text (RP,text,strlen (text)); /*** Jetzt Text in den RastPort Mälen ***/ 
} 
VOID 
TitleGad (win, gad, text) /*** Ein beliebiges Gadg i Kar) 
struct Window *win; JFRR Rrr/ 
struct Gadget *gad; JRR . wrr/ 
struct IntuiText *text; /*** Adresse einer 1i - Krr/ 
{ 
UWORD RealPosition; 
RealPosition = RemoveGList (win,gad,1); ; ** Gadget entfernen ***/ 


2 Text zuweisen *%*%*/ 
> /*** Gadget einfügen ***/ 
RealPosition = AddGList (win, gad, RealPositidn, 1,NULL); 

RefreshGList (gad, win, NULL, 1); /*** Gadget zeichnen *%*%*/ 


gad->GadgetText = text; 4 


SE 


VOID 

PlayKey (num, vol) 
UWORD num, vol; 
{ 


on spielen = Taste markieren ***/ 


register WORD n; 


if( (PlayFlag==BOTH) 
{ 


/*** Flag testen ***/ 


SPNote.iName = 
SPNote.SNote = 









SPNote.vol val<<2; 
SPNote. voice "SD DYNAMICVOICE; 
SPNote.pri & SP_PLAYERPRI+1; 


RROR) SPVoices[n-1] = num; 


ift BOTH) II (PlayFlag==MIDI) ) /*** Flag testen ***/ 


->IOM IOStdR.io Command MDCMD_WRITEMEVENT; 
E.me_Status = MS NOTEON; 


[) 
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WriteME.me Channel = SendChnl-1; 
WriteME.me_Datal = num 
WriteME.me Data2 = 127; 


DoIO (WriteIOM) ; 


PaintKey (num, SLCTKEYCOLOR1) ; 


VOID 
ReleaseKey (num) 
UWORD num; 
{ 
register WORD i; 


i£( (PlayFlag==BOTH) || (PlayFlag==AMIG) ) 
{ 
for (i=0; i<4; i+t) 
{ 
if(SPVoices[i] = num) 
{ 
SPVoices[i] = 0; 
ReleaseTone (i+1); ; 
break; E 


pe 


if£f( (PlayFlag==BOTR) || (PlayFlag- /*** Flag testen ***/ 
{ 


WriteIOoM->IOM_IOStdR.io = MDCMD_ WRITEMEVENT; 


WriteME.me_ Status = MS NOTEON; 
WriteME,me_ Channel = SendChnl-1; 
WriteME.me_Datal = num; 
WriteME.me Data2 = 0 
DoIO (WritelOM) ; 
} 
5 /*** Keyboardaste normal anzeigen ***/ 


PaintKey (num, NORMKE 


VOID : 

ProcessMouse (x,y,Co) 
WORD x,y,COo; 
{ 


/*** Hier werden die Maus-Clicks behandelt ***/ 





/*** Keyboard-TastenNummer ermitteln ***/ 


JRR Linke MausTaste gedrückt? Kr) 
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MMoveFlag = MMF' KEYBOARD; 


oldnum = num; 
PlayKey (num, MAXVOL); FF Ton spielen 
} 
else if(co == SELECTUP) /*** Linke MausTaste losgelassen2 


1 
MMoveFlag = MMF_ NONE; 


oldnum = 0; 
ReleaseKey (num) ; JFRK Tonausgabe abbrech Rrr/ 
} 
} 
else if( (oldnum != 0) && (co == SELECTUP) ) 
{ 
MMoveFlag = MMF_NONE; JER* xrK/ 
ReleaseKey (oldnum) ; [RE% Kr, 
oldnum = 0; SFR xrr/ 
} 
} 
VOID Kr%/ 
ProcessMMove (x,y) 
WORD x,y7 


{ 


register UWORD num, v; 


switch (MMoveFlag) { 

case MMF NONE : break; 
case MMF KEYBOARD :{ 

/**X Taste de& 

Af ((num=KeyNug( 

{ 


su 
ds bestimmen & Ton spielen ***/ 
) && (num!=oldnum) ) 


Krr/ 






[FR* wrr/ 


neuen spielen 
/** neuer Ton = alter Ton ***/ 


MDCMD_ WRITEMEVENT; 
MS_PITCHBEND; 
= SendChnl-1; 


EeME.me_ Channel 






v = (MAXPOT-(((struct PropInfo *) 
(G(PITWID) ->Specialinfo) )->VertPot))>>2; 


WriteME.me MsbLsb = v; 
DoIO (WriteIOM) ; 

GetMsg (WMPort) ; 

break; 
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case MMF MODWHEEL: { 
WriteIoM->IOM IOStdR.io Command = MDCMD WRITEMEVENB; 
WriteME.me Status = MS _CIRL; ; 
WriteME.me_ Channel SendChnl-1; 
WriteME.me Datal MC_MODWHEE. 






I 


WriteME.me MsbLsb = (MAXPOT-(((struct Propiife, 
(G (MODWID) ->SpecialInfo) }->VertPoty 5 





DoIO (WritelOM) ; 
GetMsg (WMPort) ; 
break; 


VOID 

DoProgChange (prog) 

UBYTE prog; 

{ 
WriteIOM->IOM IOStdR.io_ Command 
WriteME,me_ Status 
WriteME,me_ Channel 
WriteME.me_Datal 
WriteME.me_Data2 
WriteME.me_ MsbLsb 
DoIO (WritelIOM) ; 
GetMsg (WMPort) ; 


VOID Text in Integer Gadgets verändern ***/ 
Set IGText (GId, StrInfoNum, k) 
UWORD GId, StrInfoNum, k; 
{ 
if(k != ALL) 

{ 3 

WtoA(k,b); 5 j /*** Zahl in String umwandeln ***/ 
strepy (ChString[S En foNum] .Buffer,b); /*** In Gad.Puffer kopieren ***/ 


} 


'A'; 
= 'L'; 
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VOID /%** Gadgets bearbeiten **%/ 


ProcessGadgets (co) 
WORD co; 
{ 

switch (co) 


{ 


[FR RR 


RevChnl-Up-PfeilGadget 





case RCHUID: { 























if (RevChnl<16) JFRR 
{ 
RevChnl++; 
SetIGText (RCHSID, 0,RcvChnl) ; 
} 
Delay (5); /*** damit es nicht zu, Krr/ 
} 
break; 
} 
case RCHDID: { 
WHILE_NOT_UP 
{ 


arr/ 


if (RcvChnl>ALL) Rrr/ 


{ 
4 
RcvChnl--; /*** Wert darstellen ***/ 
SetIGText (RCHSID, 0, RCWghnl) ; 
} 


Delay (5); JERR wie oben Krr/ 
















} 
break; 
} 
case SCHUID: { 
WHILE_NOT_UP 
{ 


Rrr/ 


break; 


/%%* SendChnl-Down-PfeilGadget ***/ 


if (SendChnl>1) 
{ 
SendChnl--; 
SetIGText (SCHSID, 1, SendChnl) ; 
} 
Delay (5); 
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break; 
} 
case PGCHDNN: { 
WHILE NOT _UP 
{ 
if (Program>1) 
{ 







Program--; 
Set IGText (PGCHNGE, 2, Program) ; 
} 
Delay (5); 
} 
DoProgChange (Program) ; 
break; 
} Bi 
case PGCHUP: { /*** PrgoChang&&gp-PfeilGadget ***/ 
WEILE NOT_UP 
{ 
if (Program<128) 
{ 
Programt+; ws 
SetIGText (PGCHNGE, 2, 1ögran) ; 
Delay (5); ? 











} 

DoProgChange (Program) 

break; 
} 


case PITWID: { /*** PitchProp-Gadget ***/ 


MMoveFlag = 
break; 
} . 
case MODWID: { ee /***  ModProp-Gadget *%*%/ 
MMoveFlag AMMF MODWHEEL; 
break; &© 


VOID LERR 
SendOnOff (gad, flag, 
struct Gadget *gad 
BYTE *flag; 


ns o. LocalEcho ON/OFF über midi.device senden ***/ 
off_cmd) 

/*%** Gadget, dessen Text verändert wird ***/ 
Pac ON/OFF - Flag “Rr/ 
/*** ON/OFF Commandos f,r das midi.device ***/ 


RE Flag kippen RR] 
JOM->IOM TOStdR.io Command = on_cmd; /*** Commando setzen ***/ 





if (*flag==ON) 


{ 


DOIT: 


*flag=OFF; JVERK wie oben 
WriteIOM->IOM IOStdR.io Command = off_cmd; 


TitleGad (MIDIDemoWin, gad, &MIDIWinText [*flag]); /*** gad-Text är 


DoIO (WriteIOoM) ; /*** Commando absch 3 
GetMsgqg (WMPort) ; /*** auf Rückmeldung. ärten 









VOoID /*** GadgetUP-Messages..beärbeiten 
ProcessGadgetUP (co) : 
WORD co; 
{ 
switch (co) 
{ Seen, 
case ASONID:{ /*%* "ActSens-Gadget 
SendOnOff (G(0) , &As, MDCMD_ACTSENSON, MDEMD ACTSENSOFF) ; 
break; ER 
} Fa 
case LEONID: { ©.a 4/%®* LocalEcho-Gadget 
SendOnoff (G (1) , &Le, MDCMD_LOCALECHÖON, MDCMD_LOCALECHOOFF) ; 
break; i 
} Hey 
case RCHSID: { a /%%%* RevChnl-StringGadget 
if( (RCHS->LongInt > -1) && (RCHS->LongInt < 17) ) 
RevChnl = RCHS->LongInt;. /*** Wert übernehmen 
else 





SetIGText (RCHSID, 0, RevChnl) ; 
if (RevChnl == 0) ii JRR 0 = ALL 
Set IGText (RCHSID,D,RcvChnl) ; /***  'AL' darstellen 
break; wi 
} 
case SCHSID: { 
if( (SCHS->Lon 





> /*%** SendChnl-StringGadget 
Int>0) && (SCHS->LongInt<17) ) 
j /*** wie oben 






case PGCHNGE: { h /*** PGChange-StringGadget 
if( (PCHS->LongInt>1) && (PCHS->LongInt<129) ) 
"Brogram = PCHS->LongInt; /*** wie oben 





els ir 
, SetIGText (PGCHNGE, 2,Program) ; 
BoProgChange (Program) ; 

break; 
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RR 


rr/ 


Rrr/ 


Rrr/ 


Rrr/ 


r%/ 


*rr/ 


KRR/ 


“r%/ 


RS 


Rrr/ 
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case ENPLID:{ /*** EnablePlay-Gadget *? 
if(PlayFlag<MIDI) PlayFlagt+; /*** Flag testen 
else PlayFlag=BOTR; /*** und setzen 
/*** Gadget je nach Flag-Status betitel 
TitleGad (MIDIDemoWin,G (10) , &MIDIWinText [PlayFlag]); 
break; 
} 
case PITWID: 
case MODWID: { 
MMoveFlag = MMF_NONE; 
break; 


/*** RawKey-Amiga-Tastatur-Messages bearbeiten ***/ 
ProcessKey (co) 
UWORD co; 

{ 


BYTE num; 


if((num = alphakeytable[co & 0x7£f]) > 0) 
{ 


?/*** Taste gedrückt ***/ 













if(!(co & IECODE_UP _PREFIX)) PlayKey 
else ReleaseKey (num) ; 


NR AK U KK € "HAUPTPROGRAMM KEE 2.2.2 2.2 212.2 2.2.2.2 22. 202.2.2. 202.272 


VOID 

main() 

{ 
register ULONG WaitFla 
register SHORT xx,yy 
OpenAll(); /*** Alles öffnen ***/ 


/*** Window öffnen und initialisieren ***/ 


en 'Malen nach Zahlen', weil's professioneller aussieht ***/ 
/*** RastPort des Fensters bestimmen ***/ 


yy<84; yy+=2) /*** Hintergrund des Fensters mit ***/ 
/*** 'kleinkariertem' Pattern Krr/ 
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for (xx=2;xx<630;xx+=318) /**%* (Zeichenmuster) bemalen 
DrawlImage (rp, &PatternlImage,xx,yy); 


SetDrMd (rp, JAM2) ; JRR Zeichenmodus setzen 
SetAPen (rp,2); JRR% Zeichenfarbe (schwarz) setzen 
RectFill(rp,11,12,629,30); /%** Oberes schwarzes Rechteck zeichn 


RectFill(rp,154,32,482,46); /*** EnablePlay Hintergrund-Recht 


AddGList (MIDIDemowin,G(0),0,-1,NULL); JRR Gadgets anhä 










if( (MyFont = OpenFont (DFNT)) == NULL) 

MyRequest ("Konnte DefaultFont nicht öffnen !"); 
else Am} 
SetFont (rp,MyFont); /*** Font f. d. Rast, rt setzen !!! xr*/ 


GEText (rp, "Active Sensing",FPEN,JAM1,13,17); /*& ‚NiRdow-Texte malen **%*/ 
GEText (rp, "Local Echo" ‚FPEN, JAM1,175,17);, ji 
GEText (rp, "AS off" 
GEText (rp, "Pitch" 
GEText (rp, "Mod" ‚,BPEN, JAM2, 60,39); 
GEText (rp, "ProgramChange" ‚FPEN, JAM1, 309, 36)5' 










Window-Mauszeiger setzen ***/ 


SetPointer (MIDIDemoWin, &KeyboardPointe 137,16,0,0); 
67 


Rn "| 
kwd = InitKeyBoard (rp, KEYBOARDL, KEYBOARBT) ; /*%** Keyboard zeichnen ***/ 














®Bis Click auf Close-Gadget warten ***/ 
while (!CloseFlag) 
{ 
/*** Auf Eingabe vom Window oder MIDI-Meldung warten ***/ 
WaitFlags = (Wait (1<<M DIDemoWin->UserPort->mp SigBit | 
1<<RMPort->mp, SiGBit) ); 


/*** Eingabe vom Window auswerten ***/ 
if(WaitFlags & 1< emoWin->UserPort->mp_ SigBit) 

ct IntuiMessage *) GetMsg (MIDIDemoWin->UserPort)) 
(msgq->Class) 


case MOUSEBUTTONS: { /#%*  MausTasten gedrückt ***/ 
ProcessMouse (msg->MouseX, msg->MouseY, 
msg->Code) ; 
break; 
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do 


GetMsg (RMPort); 
if( (RcvChnl==ALL) 


{ 


JFRK 
JFRR 
[FR* 
JFRR 
JRRR 
JFR* 
JRR 
[FH RR 
JRR 





case MOUSEMOVE: { /*%** MausBewegung registriert *% 


ProcessMMove (msg->MouseX, msg->MouseY) ; 
break; 


case GADGETDOWN:{ /*** GadgetDown-Betätigung 
ProcessGadgets ( ((struct Gadget *) 
msg->IAddress) ->Gadget ID) ; 

break; 


case GADGETUP: { /*** GadgetUp-Betä 
ProcessGadgetUP ( ( (struct Gadget * 
msg->IAddress) ->GadgetID) ; 





break; 





case RAWKEY:{ /*** Amiga-Tasten“Bei 
if(!(msg->Qualifier & IEQUARTRZER REPEAT) ) 
ProcessKey (msg->Code) ; 

break; 





CloseFlag = 1; 
break; 


Im Struktur-Eintrag 'ReadME.me Status' steht die Art der 
IDI-Nachricht - definiert im Include-File 


£ nnnn-Bits steht folglich die MIDI-Kanalnum- 
diesem Grunde wird unter switch(...) der Wert 


case MS _NOTEOFF:{ /*** MIDIKeyboard-Taste losgelassen 
ReleaseKey (ReadME.me Datal); 
break; 



















registriert ***/ 
igung registriert ***/ 


case CLOSEWINDOW:{  /*** Hlkacadget registriert ***/ 
Be 


Rrr/ 


Ar/ 
war 
Krr/ 
wrr/ 
rr/ 
rr/ 
Rrr/ 
wr%/ 


rAr/ 


Rrr/ 


riert ***/ 
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case MS NOTEON:{ /*** MIDIKeyboard-Taste angeschlagen kr) 
if (ReadME.me _Data2) \ 
PlayKey (ReadME.me Datal,ReadME.me Data2); 
/*** Falls Dynamik==0, Taste losgelassen * 
else ReleaseKey (ReadME.me_ Datal); 
break; 
} 
case MS_CTRL:{ /*** MIDI-ControlChange empfä 
if(ReadME.me Datal == MC_MODWHEEL) 
NewModifyProp (G (MODWID) ‚MIDIDemoß 
AUTOKNOB | FREEVERT, PPHP 1 
MAXPOT- (ReadME.me_MsbL3b<<2), 
PPHBODY, PPVBODY,1 
break; 


} 






MAXPOT- (ReadME ‚me, 
PPHBODY, PPVBaBy, 17; 











break; 


switch (ReadME.me_ Status) 
{ 





MEDI-ACTIVESENS_ON empfangen ***/ 


case MPS_ACTSENSON: { : 
r3aM2, ASTEXTL, ASTEXTT) ; 


GEText (rp,"AS on ? 
break; 4 








: 
case MPS ACTSENSOFF: {,}\ / 
GEText (rp, "A$ 
break; „ 


‘%* MIDI-ACTIVESENS_OFF empfangen ***/ 
",1,JAM2,ASTEXTL, ASTEXTT) ; 


SetSignal (0, 1<<RMPort->mp_SigBit); /*** Signal-Maske setzen ***/ 
OpenIOM->IOM IO _ Flags |= IOF_QUICK; 
BeginIO (OpenIO 






T0StdR.io Flags & IOF QUICK); 


I**% if(WaitFlags & ...) “rr/ 

} JRRK While (!Close) KERL 

FreeKeyBoard(); /*** Keyboard-Speicher freigeben ***/ 

CloseAll (NULL, 0); [RRR aufräumen Krr/ 
En 
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Das Programm keyboard.c 


VsbE EEE EEE 3 5 2502.22 2.2 22.2 202.202 2.202 20202 20212 20202021212 2.2 12 2202.202.2.202 7202 2.2.2202 2 2 212 227272027253 
@ 


keyboard.c (c) Nicolaus Wirsing 11.7.89 
All Rights reserved. 


Modified by Ilias Vassiliou 31.08.90 


AAkkkAKAKKKKAKKK KR Tor AZTEC-C V3.6 E22. 2.2 2,2 2.2.2 22 2,2 2,2.2,2 7 


cc -e2048 +1 -s +iMIDIDemo_Incl.pre Keyboard.c 
In MIDIDemo.o Keyboard.o SMUSPlayer Lib.o -1c32 


KRAKKKHÄARKKKHÄKKTHKKH KH HH HK HH TH KH TH HH KH KH KH KH HK KH KH AH HK A KH A a a 


#define LOWTONE 
#define HITONE 


#define KEYSPEROCT 
#define WKEYSPEROCT 


struct SKey { 
UBYTE pos; 
UBYTE type; 


#define WHITEKEY 
#define RBLACKKEY 
#define LBLACKKEY 
#define RLBLACKKEY 
#define BLACKKEY 
#define KEYTYPES 
STATIC struct 2% | 
JRR 
[FRE 
[FRK 
JFRF 
JFRR 
JFRK 
[RK 
Jr R% 


JRRR 































c# 


D# 


F# 


G# 


sse: weiß, rechts schwarz, links schwarz, 
rechts und links schwarz, schwarz 


“rr/ 


wrr/ 
KAr/ 
rr/ 
r/ 
arR/ 
Rrr/ 
arr/ 
RAk/ 


Rar/ 


hi 


#define 
#define 


#define 


#define 
#define 
#define 
#define 
#define 
#define 


#define 
#define 
#define 
#define 
#define 


#define 
#define 
#define 
#define 


#define 


#define 
#define 
#define 


struct Shape { 


}7 
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5,RLBLACKKEY, 
5,BLACKKEY, 
6, LBLACKKEY 


KLCP (p) 
KEYNUM (pos) 


WKEYPOS (n) 


/**%* Höhe und Breite der schwarzen und wei 


WHITEHT 
WHITEWD 
BLACKHT 
BLACKWD 
LOWC (n) 
KEYBOARDX (k) 


SHAPEWD 
BLACKEDWHITEWD 
BYTESIZE (x) 
BYTESPERLINE 
KEYSHAPESIZE 


POS (x) 
LSETMASK (n) 
RSETMASK (n) 


DRAWMASK (b, 1x, rx) 


KEYARRAYSIZE 


NORMKEYCOLOR 
SLCTKEYCOLOR1 
SLCTKEYCOLOR2 




























JFR* A ar%r 


T JRR Bb Ark 


JFr* H “ir, 


( (p) $WKEYSPEROCT) 
(( (WORD) ( (pos) /WKEYSPEROCT) *KEYSPEROCT) +\ 
{KLCP (pos) *2) - (KLCP (pos}<3?0:1)) 


(((n) /2)+((n)<5?0:1)) 


jasten ***/ 
30 

12 

15 

5 

( (WORD) ( (n) /KEYSPEROCT) ) 
(WHITEWD* ( (LOWC (k) -LOWC (LomZ )y *WKEYSPEROCT+\ 
keytable [LOWTONE%\ 
KEYSPEROCT] .pos) ) 


(WHITEWD+ (WORD) N 
(WHITEWD- (WORD) (BLA 
(WORD) ( (x) /16) +1) * 
BYTESIZE (SHAPEWD) 


{(x)<020:(x)) 4 
(-0<<POS (n)} 


&\ 







STATIC struct G£ = *GfxBase; 
STATIC struct Rast + *DrawRP; 
STATIC struct *keyshapes = NULL; 


STATIC WORD®%,. keybX, keybY, keybW; 
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/*** Intialisiert und zeichnet Keyboard an der Position posx, posy 

WORD 
InitKeyBoard (rp, posx, posy) 
struct RastPort *rp; 
WORD posx, posy; 
{ 

WORD shi, li, bi; 

struct Shape *ks; 


DrawRP = rp; 
keybX = posx; 
keybY = posy; 
keybW = KEYBOARDX (HITONE+1) ; 
/*** Graphig: 
if(!(GfxBase= (struct GfxBase *)OpenLibrary ("graphics 
return (0); 


y",0))) 


/*** Speicher für Taste reservieren ***/ 
if(!(keyshapes = (struct Shape *)AllocMem (KEYARRAYSEZE, 


MEMF PUBLIC |MEMF CHIP |MEMF CLEAR)) ) 


CloseLibrary (GfxBase) ; 
return (0); 


ks = keyshapes; 
PERK Tastenumris Höhe und Breite berechnen ***/ 
£or (shi=0;shi<KEYTYPES; shi++,ks++),® 


£or (li=0;1li<WHITEHT; litt) 
{ 
for (bi=0;bi<BYTESP 
{ 
switch (shi) { n 
case WHITEREY: { 
ks->datä [li] [bi] 





ll 


DRAWMASK (bi, 0, WHITEWD-1); 


ca ÄACKKEY: { 
s->data[li][bi] = (li<BLACKHT) ? 
DRAWMASK (bi, 0, BLACKEDWHITEWD) : 
DRAWMASK (bi, 0, WHITEWD-1) ; 
break; 
} 
case LBLACKKEY: { 
ks->data[li] {bil = (li<BLACKHT) ? 
DRAWMASK (bi, (WORD) (BLACKWD/2) ‚„WHITEWD-1): 
DRAWMASK (bi, 0, WHITEWD-1); 
break; 
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case RLBLACKKEY: { 
ks->data[li] [bi] = (li<BLACKHT) ? 
DRAWMASK (bi, (WORD) (BLACKWD/2) ‚BLACKEDWHITEWD) : 
DRAWMASK (bi, 0, WHITEWD-1); 
break; 
} 
case BLACKKEY: { 
ks->data[li] [bi] = (li<BLACKHT) ? 
DRAWMASK (bi, BLACKEDWHITEWD, SHAPEWD) 
break; 





SetAPen (DrawRP, 1); 

SetDrMd (DrawRP, JAMl); 

RectFill(DrawRP, keybX, keybY, keybX+tkeybw-1, 
keybY+WHITEHT-1); 


SetAPen (DrawRP,2); 

for (li=keybX-1; li<keybX+keybw; li+=WHITEWD) " 

{ ; 
Move (DrawRP, li, keybY); 
Draw(DrawRP, li, keybY+WHITEHT); 


£or (1i=LOWTONE; 1i<HITONE; li++) 
{ 


} 
return (keybW) ; 


VOID /*** Speicher zurückgeben etc. ***/ 


FreeKeyBoard() 
{ 
FrreeMem (keyshapes ‚KEXA) 
CloseLibrary (GfxBase) ; 
} ES 






/*** Taste normal oder highlighted nachzeichnen ***/ 





VOID . 
PaintKey (n,& 
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if (n>=LOWTONE &&n<=HITONE) 

{ 
c = color ? (color == SLCTKEYCOLOR1 ? 3 : 0) : 

(keytable [n®KEYSPEROCT] .type == BLACKKEY ? 2 : 1); 

SetDrMd (DrawRP, JAMl); 
SetAPen (DrawRP, c); 
BltTemplate (& (keyshapes [keytable [In$KEYSPEROCT] .type]) ‚0, 
DrawRP, keybX+KEYBOARDX (n), keybY, SHAPEWD, WHITEHT); 








SPERLINE, 





UWORD /*** Tonnummer zu einer Position im RastPort (0x#.ausserhalb) ***/ 
KeyNum(x,y) 
UWORD x, y; 


{ 








REGISTER UWORD xpos, ypos, p, t; 


xpos = x-keybX; 
ypos y-keybY; 


N 


if (xpos<keybW && ypos<WHITEHT) 
{ En, 
p = LOWTONE+KEYNUM ( (WORD) (xPos/NHLTEND) 2 ; 
t = keytable [p$KEYSPEROCT] .type; 
return( pt ( ypos>BLACKHT ? 0 : 


((t & LBLACKKEY) != 0 && xposAsHl TED <= ( (WORD) (BLACKWD/2)+1) && 
xpos >= WHITEWD*1 ? (-1J:- 
((t & RBLACKKEY) != 0 && xPOSSWHITEND > (WHITEWD- (WORD) (BLACKWD/2)) && 


xpos < keybW-WHITEWD*1 ? 1: 0))) ); 
} Be 


else return (0); 


5.3 MIDI- „kompatible Musikinstrumente 


Wie schon am Beginn dieses. Kapitels erwähnt, hat die MIDI-Schnittstelle seit ihrer Einführung 
die Tonstudios der Welt: im.Sturm erobert. Obwohl sie ursprünglich nur für Keyboarder zur 
Verbindung von Synthesizern konzipiert wurde, sind inzwischen für fast alle Instrumente 
entsprechende Contröller vorhanden, mit denen der Musiker »Anschluß« an die faszinierende 
Welt der MIDI- -kom atiblen Geräte findet. Bei der Wahl des Instruments, welches man über 
seinen Controller spielen möchte, ist man jedoch im allgemeinen auf elektronische 
Wiedergabemedien angewiesen: Da eine Schnittstelle zur Datenbehandlung einen Computer 
benötigt, der in diesem Fall ja auch den Klanggenerator zu steuern hat, werden heutzutage so gut 
wie alle Synthesizer digital gesteuert. Theoretisch könnte man zwar auch mechanische Instrumen- 
te für die Wiedergabe nachrüsten, mit vertretbarem Aufwand jedoch lassen sich Instrumente mit 
akzeptabler. Flexibilität nur rein elektronisch realisieren. 
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In diesem Abschnitt soll zunächst eine Übersicht über die gängigen Syntheseverfahren und.ihre 
Grundprinzipien gegeben werden. Anschließend werden einige der beliebtesten MIDI-Geräte 
kurz vorgestellt. Diese werden aufgegliedert in Keyboard-Synthis, Expander ı um Drum- 
Sequencer. 2 





5.3.1 Syntheseverfahren 


Seit dem Erscheinen des Urvaters aller Synthesizer, des MOOG, wurd eine ganze Reihe 
verschiedener Varianten der elektronischen Klangsynthese entwickelt, deı en Hauptintention es 
stets ist, eine Vielzahl von Parametern und damit einen möglichst großen Klangreichtum zur 
Verfügung zu stellen. Gleichzeitig sollte in einem Verfahren aber auch ‚ein einfacher Zusamen- 
. hang zwischen allen vorhandenen Parametern und dem Ergebnis, ‚also dem Klang, bestehen. 
Dieser Zusammenhang sollte genug Übersicht über die Effekte der einzelnen Änderungen bieten, 
damit ein gewünschter Sound auf einfache Weise konstruiert:werden kann. Und als drittes 
Kriterium ist wohl auch der Hardwareaufwand zu nennen, der für die Realisierung eines 
bestimmten Syntheseverfahrens nötig ist. Wie viele Tongeneratoren in einem Synthesizer 
untergebracht werden können, wird nicht zuletzt vom Preis’eines Generators bestimmt. Die 
Anzahl der Tongeneratoren ist jedoch vielleicht die wichtigste Eigenschaft eines Gerätes, da die 
Vielfalt der möglichen Sounds und Effekte direkt von ihr abhängig ist. 


Analoge Syntheseverfahren 


Vor allem die älteren Geräte, zu deren Zeit die Bauteilintegration noch nicht so weit fortgeschritten 
war, bedienen sich dieser Technik. Bei diesem Verfahren werden die Basiswellenformen analog 
erzeugt, d.h. durch einen einfachen Oszillator.:Solche analogen Oszillatoren sind aber nur zur 
Erzeugung von sehr wenigen Wellenformen imstande, also meist nur Sinus, Rechteck, Dreieck 
und Sägezahn. Ihre oft doch beeindruckende Klangfülle erreichen diese Synthesizer durch den 
gleichzeitigen Einsatz mehrerer ra Do sowie mit Hilfe einer komplexen Amplituden- 
und Filtermodulation. = 


Auch heute werden teilweise noch Analogsynthesizer gebaut, zum einen weil mit diesem Prinzip 
sehr volle, warme Klangbilder erzeugt werden können, zum anderen weil auch hier der Fortschritt 
nicht haltgemacht hat und analoge Tongeneratoren mittlerweile preisgünstig realisierbar sind. 





PCM-Synthese 


Die einfachste Form der: di alen Tonerzeugung bietet die sog. PCM-(Pulse-Code-Modulation-) 
Synthese. Dies entspricht der einfachen Ausgabe von Sample-Daten an einen D/A-Wandler, 
wobei die Oberwellenverteilung allein von den ausgegebenen Daten abhängig ist. Hierbei sind 
grundsätzlich zwei Typen zu unterscheiden: zum einen die Ausgabe der Daten eines kompletten 
akustischen Ereignisses, wobei dieses nur bezüglich seiner Lautstärke und Tonhöhe verändert 
werden kann, Auf diese Weise arbeiten die sog. Sampler, die lediglich lange Samplefolgen auf 
Befehl zum D/A-Wandler ausgeben, und in manchen Fällen auch digital mischen können. 
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Die zweite Anwendung der PCM-Synthese ist die Erzeugung von beliebig komplexer Wellen- 
formen, die durch ständige Wiederholung eines bestimmten Sample-Datenfeldes: erzeugt werden. 
Hier kann durch die Kombination vieler verschiedener Wellenformen und individuelle Hüll- 
kurven- und Filtermodulation eine ansonsten unerreichte Vielfalt von VER denen Klang- 
charakteristiken erzielt werden. 








Additive Synthese 


Diese Syntheseform beruht auf dem Prinzip der Addition einzelner Sipusanteile, die jeweils im 
gewünschten Verhältnis zueinander gewichtet werden können. ii Dies ist sozusagen eine 
Umkehrung der Fourier-Analyse: Während bei letzterer die Sinusanteile aus einer vorgegebenen 
Wellenform isoliert werden, werden hier die einzelnen ‚Anteile zum gewünschten Klang 
zusammengefügt. Dabei sollte für jeden einzelnen Sinusanteil t eine eigene Hüllkurve definierbar 
sein, um komplexe, naturnahe Lautstärke- und Frequenzverläufe erzeugen zu können. 


Dies macht bereits den Hauptnachteil der additiven Synthese klar: Für jede Oberwelle wird ein 
eigener Oszillator benötigt, dessen ADSR-Werte obendrein noch einzeln programmiert werden 
müssen. In analoger Technik ist so etwas heutzutage gar nicht mehr rentabel, aber auch ein 
digitaler Hochleistungs-Signalprozessor stößt hier schnell an seine Grenzen. In den meisten 
additiven Synthesizern werden deshalb nicht mehr.als 32 Teiltöne pro Tongenerator erzeugt, was 
allerdings schon ein ziemlich sattes Klangbildermöglicht. Dieses Verfahren bietet den direktesten 
Zusammenhang zwischen Parameter-Eingabe und Klangergebnis. Da die spektralen Verteilun- 
gen der Sounds direkt als Fourier-Koeffizienten angegeben werden, ist hier eine sehr präzise 
Klangkonstruktion möglich. : 


Subtraktive Synthese 


Im Gegensatz zu additiven Synthese, werden hier keine Komponenten addiert, sondern von einer 
gegebenen Ausgangs-Wellenform subtrahiert, also ausgefiltert. Die zugrundeliegende Wellen- 
form muß dabei möglichst obertonreich sein, wie z.B. ein Sägezahn oder ein Rauschen. Dieses 
Synthese-Verfahren ist vor allem für die Nachbildung von Klängen oder Instrumenten geeignet, 
die eine physikalische Entsprechung dieser Methode bilden: Zum Beispiel werden von einer 
Trompete lediglich gewisse Teile aus dem Geräusch der Lippen isoliert und entsprechend 
verstärkt, was ja gewissermaßen ein subtraktiver Vorgang ist. Auch die menschliche Stimme 
arbeitet nach diesem. Prinzip, da die Artikulationsorgane lediglich bestimmte Obertöne 
(Formanten) hervorheben und andere dämpfen, um die verschiedenen Vokale zu erzeugen. 


Ein besonderer: "Vorteil der subtraktiven Synthese liegt darin, ebenso geradzahlige wie 
unharmonische, diskrete wie kontinuierliche Oberwellenverteilungen erzeugen zu können. Als 
Filter werden heutzutage hauptsächlich Digitalfilter eingesetzt, da diese den Analogen in vieler 
Hinsicht überlegen sind. Auch die Generierung des Basissignals wird meist von digitalen 
Bausteinenerl digt, womit man eine recht gute Kontrolle über den ursprünglichen und damit auch 
den resultierenden Obertongehalt gewinnt. 
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Nichtlineare (Distortion-)Synthese 


Dieses Synthese-Verfahren benutzt Verzerrungen, um aus einer vorgegebenen Wellenform 
(meistens ein einfacher Sinus) eine komplexere, obertonreichere zu machen. Dies wird mit Hilfe 
einer nichtlinearen Übertragungsfunktion bewerkstelligt, die bestimmten Eingangs: ‘ plituden 
anderen Ausgangsamplituden zuweist, und dies eben mit einer nichtlinearen Kennlinie. Abb. 5.5 
zeigt die Behandlung eines Sinussignals mit verschiedenen Kennlinien. 














Ausgangsfunktion Übertragungsfunktion Ergebnisfunktion 
f & Er, 





>30 


>70 


-1 











Abb. 5.5: Ve efturch nichtlineare Übertragungsfunktionen (Aus: Richard Aicher, Das MIDI- 
z Praxisbuch, 1988, Signum Medien Verlag) 





Der größte ve eil diese Verfahrens ist, daß die hardwaremäßige Realisierung sehr einfach, bzw. 
der Rechenzeitbedarf sehr gering ist: Jedem Sample des Klang-Datenstromes braucht nur ein 
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bestimmter Wert zugewiesen werden, der aus einer Tabelle gelesen wird. Dies ist z.B beim 68000- 
Prozessor innerhalb von 24 Buszyklen erledigt! Ein gewichtiger Nachteil ergibt'sich jedoch aus 
dem sehr komplizierten Verhältnis zwischen Eingangsignal, Kennlinie und Ergebnissignal. Die 
Kennlinie muß, zumindest wenn man einzelne Frequenz-Anteile berechnen will, mit Hilfe sog. 
Tschebyscheff-Polynome konstruiert werden. Dabei wird die gewünschte. Gewichtung der 
Obertöne in die jeweiligen Polynome eingesetzt und dann die Verzerrungsfunktion aus den 
einzelnen Polynomen zusammenaddiert. Diese Berechnungen werden jedoch in den meisten 
Geräten, die mit diesem Syntheseprinzip arbeiten, durch den internen: Computer hinreichend 
unterstützt, so daß der Benutzer nur noch die gewünschten Oberwellenverteilungen eingeben 
muß. Deshalb bietet dieses Verfahren nicht nur eine einfache und überschaubare Möglichkeit zur 
Klangsynthese, es ist darüber hinaus auch noch sehr effizient und erlaubt die Realisierung sehr 
vieler Soundgeneratoren mit einer einzigen digitalen Recheneinheit. 





Phase Distortion-Synthese 


Einige sehr beliebte Synthesizer, wie z.B. der gute alte.Yamaha DX-7, wenden gewissermaßen 
eine Kombination aus FM- und Distortion-Synthese an. Sie beruht auf dem Prinzip der 
nichtlinearen Änderung der Phasenlage einer Wellenform, weshalb sie Phase-Distortion-Syn- 
these genannt wird. Hier wird zwar meist auch nur eine Sinustabelle ausgelesen, die Adresse in der 
Tabelle wird aber nicht nacheinander um einen Wert erhöht (wie bei der einfachen Sampling- oder 
PCM-Synthese), sondern wird durch eine nichtlineäre Funktion bestimmt (siehe Abb. 5.2). 


Auchhier istder Hardware- bzw. RechenzeitaufWänd relativ gering, danur auseiner Modulations- 
‚Tabelle der richtige Wert in der Sinustabelle bestimmt wird, der als nächstes ausgegeben werden 
muß. Der Zusammenhang zwischen Modulations-Tabelle und Klangergebnis ist allerdings 
ziemlich kompliziert, so daß der Anwegdex nur mit Hilfe einiger praktischer Erfahrung mit dieser 
Technik umgehen kann. 


Frequenzmodulations-(FM-)Synthese 


Dieses Syntheseverfahren bedient sich des aus der Nachrichten- und speziell Funktechnik 
bekannten Prinzips der Frequenzmodulation. Hier wird nicht die Phasenlage, sondern die die 
Geschwindigkeit des Phasendurchlaufs beeinflußt. Es wird also eine Frequenz (auch hier meist 
nur eine einzelne Sinusschwingung) periodisch in ihrer Tonhöhe verändert, was zu sog. 
Intermodulationsverzerrungen führt. Bemerkenswerterweise entsteht dabei kein kontinuierliches 
Spektrum, sondern eine diskrete Verteilung der Oberwellen. Die Originalfrequenz wird hierdurch 
nämlich nicht einfach über einen bestimmten Bereich verteilt (wie man annehmen könnte), 
sondernes entstehen genau definierte Seitenbänder im Abstand von fm, der Modulationsfrequenz. 
Das Verhältnis zwischen den Seitenbändern und der Originalfrequenz wird dabei von der 
Amplitude der Modulation bestimmt. 


In der (digitalen) Praxis wird eine Frequenzmodulation auf folgende Weise realisiert: Als 
Ausgangsfunktion wird eine Sinustabelle zugrundegelegt. Die Auslesegeschwindigkeit dieser 
Tabelle (Sampling-Rate) ist jedoch nicht konstant, sondern wird von einer weiteren Tabelle, der 
Modulationstabelle, bestimmt. Auch dieses Verfahren ist sehr leicht aufeinem digitalen Prozessor 
realisierbar. 
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Ausgangsfunktion Übertragungsfunktion Ergebnisfunktion 


he 


Abb. 5.6: Verzerrung durch Phäsenniodulation (Aus Richard Aicher, Das MIDI-Praxisbuch, 1988, 
=, Signum Medien Verlag) 
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5.3.2 MIDI-kompatible Synthesizer und andere Geräte 


Bei der explosionsartigen Vermehrung der MIDI-Geräte auf dem Markt ist es mit der Zeit immer 
schwerer geworden; ‚einigermaßen die Übersicht zu bewahren und somit sinnvolle Kauf- 
entscheidungen treffen zu können. Durch die enorm schnellen Fortschritte in der Integration von 
elektronischen Bauteilen ermöglicht, kommen ständig immer billigere und leistungsfähigere 
Synthesizer auf den Markt, welche meist die Sensationen vom Vorjahr schon wieder veraltet 
erscheinen lassen. Die Möglichkeiten dieser Geräte sind heutzutage oft so spezialisiert und 
komplegg d daß der normale Anwender mit der Aufgabe, die genau ideale Lösung für seine 
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Ansprüche und Wünsche zu finden, in der Regel überfordert ist. Sind die eigenen ar Hungen 
auch noch sehr vage und ungenau, hilft un nur ein detailliertes ie mit 
Fall zuerst einige Zeit an einem Vorführgerät verbringen, bevor man sich zum: Kauf entschließt. 
In der Regel nimmt die anfängliche Begeisterung für den beeindruckenden Sound eines Gerätes 
sehr schnell ab, wenn man einige Zeit damit gearbeitet hat und zu rasch an seine klanglichen 
Grenzen stößt. Meistens besitzt ein Synthesizer jedoch schon eine große: Anzahl von guten 
Voreinstellungen, mit denen man sich ein Bild von den Fähigkeiten des Geräts machen kann. Also 
unbedingt alles vorher ausprobieren! Erst wenn man das derzeitige Angebot und die Fähigkeiten 
der Modelle ungefähr kennt, bekommt man eine Vorstellung über die ERgAUSerUOBEmög lichkeiten 
seiner musikalischen Pläne. ai 





Dieser Abschnitt soll eine kleine Übersicht über die meistverWagdieten Geräte der unteren bis 
mittleren Preisklasse geben. Hier wird natürlich kein Anspruch auf Vollständigkeit gestellt, dies 
wäre wegen der Vielzahl und der hohen Innovationsgeschwindigkeit der Geräte auch gar nicht 
möglich. Es soll vielmehr ein kleiner Einblick in die Arbeitsweise, die Möglichkeiten und 
Bedienung heutiger Synthesizer und Sound-Maschinen geboten werden, um auch dem Neuling 
oder dem reinen Computer-User eine Orientierungshilfe zu geben. 


Keyboards 


Die MIDI-Schnittstelle wurde ursprünglich für Kefboards entworfen, also für Synthesizer mit 
einer Klaviatur; dies wird bei so spezifischen Parametern wie After-Touch oder Pitch-Weehl 
deutlich. Auch heute wird das Keyboard nöch. als das Standard-MIDI-Instrument angesehen. 
Hinsichtlich der Qualität der Ausführung und der klanglichen Möglichkeiten gibt es hiernatürlich 
gewaltige Unterschiede: Zum Beispiel sind‘die meisten Geräte der unteren und mittleren 
Preisklasse mit einer sehr leichten Plastik-Tastatur ausgestattet, die nur wenig Spielgefühl 
vermittelt und einem Musiker, der Klaviertastaturen gewöhnt ist, einiges an Umstellung abver- 
langt. Dies kann für schnelle Keyboard-Solos ganz nützlich sein, ein realistischeres Anschlags- 
verhalten erzielt man jedoch mit gewichteten Tasten, die so die Hammermechanik eines Klaviers 
simulieren und damit einem »natürlichen« Instrument ähnlicher sind. Vor allem sollte ein 
Keyboard sämtliche Bedienelemente aufweisen, die hier üblich sind, d.h. einen Pitch-Bender, ein 
Modulationsrad und en auch einen oder mehrere »analoge« Schieberegler für schnelle 
Dateneingabe. “ 


Eine weitere wesentliche Eigenschaft sind die Möglichkeiten des Keyboard-Splitting, der Auf- 
teilung der Tastatur:in bestimmte Sektionen, die möglichst viele Parameter des internen 
Klangerzeugers beliebig beeinflussen können sollten. Es sollte z.B. kein Problem sein, dem 
unteren Drittel der Klaviatur den Sound A, dem mittleren Sound A und B gemischt und dem 
oberen Drittel Sound A, B und C zuzuordnen, wobei C nur unter bestimmten Bedingungen 
erklingt, wie eine hohe oder niedrige Anschlagsdynamik etc. Für den Liveeinsatz istes obendrein 
sehr nützlich, wenn diese einzelnen Keyboard-Splits auf verschiedenen MIDI-Kanälen senden 
können, um einzelne Slaves gezielt ansteuern zu können (bei der Verwendung eines Sequencers 
ist das meist nicht nötig). Auf jeden Fall sollte aber zumindest ein gemeinsamer Sendekanal frei 
eingestellt: werden können, auch eine Local-on/off- Funktion (Trennung der Klangeinheit von der 
Klaviatur) sollte unbedingt vorhanden sein. 
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Synthesizer mit PCM-Synthese 
Kawai K11I 


Äußerlich macht der K1 den Eindruck eines durchschnittlichen, soliden Musikwerkzeugs. Die 
Klaviatur umfaßt 61 Tasten, die zwar einen Aftertouch-, aber keinen Polyphonic- -Key-Pressure- 
Wert liefern. Die Tasten sind in Plastik mit einem sehr leichten Anschlag ausgeführt, was das 
typische Keyboard-Spielgefühl vermittelt. Außer dem Modulationsrad und dem Pitch-Bender, 
dereine fürmeinen Geschmack etwas zu hohe Rückstellkraft aufweist, verfü der K11IInoch über 
einen Volume-Regler und einen Joystick, über den Parametereingaben vorgenommen werden 
können. Die von der Klaviatur abgegebenen Anschlags-Informationen sind leider ein wenig 
undifferenziert, was aber durch die Einstellung der ntsprochended; Parameter wettgemacht 
werden kann. % 





Der Kawai Kill ist ein typischer Vertreter der reinen PCM-Synthesizer, er erzeugt seine Sounds 
also ausschließlich über gespeicherte PCM-Wellendaten. Hier stehen 204 VM- (kurze, berechnete 
Wellenformen, die ein Konstantes Spektralbild liefern) und 52 PCM-Waveforms (längere 
Samples, wie Drums oder Stimme), also insgesamt 256 verschiedene Wellenformen zur Verfü- 
gung. Der KIN besitzt 32 unabhängige Tongeneratoren, die jeweils eine bestimmte Wellenform 
wiedergeben können. Die 32 Tongeneratoren können jedoch nicht einzeln gespielt werden, 
sondern werden zu Gruppen von jeweils zwei oder vier zusammengefaßt. Daraus ergibt sich eine 
Anzahl von entweder 16 (2 Generatoren) oder 8 (4 Generatoren) unabhängig spielbarer Stimmen. 
Jeder der Tongeneratoren kann mit eigenen Parametern für Hüllkurve, Vibrato und vieles mehr 
belegt werden, was bereits sehr komplexe Klangverläufe ermöglicht. 


Darüber hinaus beinhaltet der K1II gegenüber seinem Vorgängermodell, dem K1, noch eine 
separate Drum-Sektion mit 32 PCM-Drumsounds sowie eine Effekt-Abteilung mit 16 digitalen 
Hall- und Delayprogrammen, die den Klang dieses Synthesizers merklich aufwerten. 


Diese Form der Zusammenfassung der Klangquellen wurde hier »Single-Programm« getauft. Ein 
solches Single-Programm besteht aus einem Satz von Parametern, die die Art und Weise des 
Zusammenwirkens der einzelnen Generatoren steuern. Diese teilen sich ein in Generator- 
spezifische Parameter, wie z.B die verwendete Wellenform, und solche, die für alle Klangquellen 
eines Single-Programms gelten, :wie.das Vibrato. 


Letztere werden wegen ihrer Wirkung auf alle Generatoren auch Common-Parameter genannt. 
Unter ihnen sind auch zwei.Funktionen zur dynamischen Modulation der Tonhöhe vorgesehen, 
das Vibrato und der sog. Auto-Bend, der ein »Gleiten« der Frequenz von einem höheren oder 
tieferen Ton auf die eigentliche Endtonhöhe ermöglicht. Diese beiden Funktionen lassen sich auf 
vielerlei Art beeinflussen und verändern: Der Auto-Bend wird durch die Differenz zwischen 
Anfangs- und Endtonhöhe sowie durch die Zeit bestimmt, die vom Tastendruck bis zum Erreichen 
der endgültigen Torihöhe vergeht. Hierdurch läßt sich u.A. ein »schmatzender« Sound erzielen, 

aber auch langsame, gedehnte Frequenzänderungen. Er kann außerdem von der Anschlagstärke 
sowie von der Lage des gespielten Tones beeinflußt werden. Man kann z.B. die Auto-Bend-Dauer 
im unteren Tastaturbereich lang wählen und in den oberen Lagen kurz, wobei man einen 
sprunghaften öder allmählichen Übergang zwischen den Lagen wählen kann. Des weiteren läßt 
sich auch der:direkte Einfluß des Tastendrucks (Aftertouch) und des Pitch-Benders auf die 


228 MIDI 





Tonhöhe programmieren. Das Vibrato hingegen läßt sich in seiner Tiefe, Geschwindigk it und in 
der LFO-Wellenform manipulieren, es kann also Sinus-, Rechteck-, Sägezahn- oder die Form 
einer Zufallsfunktion haben. Auch läßt es sich vom Tastendruck in seiner: r Tiefe und vom 
Modulationsrad entweder in Tiefe oder Geschwindigkeit beeinflussen. Br, ® 





Die zweite Gruppe von Parametern wird Freq-Gruppe genannt. Hier be nden sich neben 
den Ein-/Aus-Schaltern für Vibrato und Auto-Bendnoch die Paramater zur Tonhöhenverstellung, 
Freq Coarse und Freq Fine. Mit diesen beiden Reglern lassen sich die einzelnen Generatoren 
beliebig gegeneinander verstimmen, um gute Chorus- und Stereoeffek te zu erzielen. Diese und 
alle folgenden Gruppen beziehen sich jeweils auf einen einzelnen Tongenerator, und können für 
jeden von ihnen getrennt eingestellt werden. 





Die dritte Gruppe wird Wave-Gruppe genannt und umfaßt die. Wahl der Wellenform für den 
jeweiligen Generator, die Angabe der Kombination der Amplituden- -Modulation und eine Copy- 
Funktion, mit der die Daten eines Single-Programms an ein anderes kopiert werden können. Bei 
der Amplituden-Modulation regelt ein Generator die Lautstärke eines beliebigen anderen, womit 
Verzerrungseffekte erzeugbar sind, die die Klangmöglichkeiten des KIN nicht unwesentlich 
erweitern. 


Die vierte Gruppe wird ENV-Gruppe genannt, dasie die sämtliche Hüllkurven-Parameter enthält. 
Natürlich können hier alle Standard-Hüllkurvenwerte, Attack, Sustain, Decay und Release 
programmiert werden, sowie die Gesamtlautstärke und ein »Delay« genannter Parameter zur 
Verzögerung des gesamten Hüllkurven-Ablaufs. Darüber hinaus kann der Lautstärkeverlaufnoch 
von der Anschlagsdynamik, dem Aftertouch’und der Tonlage beeinflußt werden. 


Mit der Konstruktion von Single-Programmen sind die Möglichkeiten des K11l aber bei weitem 
noch nicht ausgeschöpft: Seine wahren Kapazitäten offenbart der K11I erst bei der Kombination 
von mehreren Single-Programmen, die gleichzeitig erklingen. Dabei können die einzelnen 
Singles von vielen verschiedenen Bedingungen, wie der Tonlage (Keyboard-Splitting!), der 
Anschlagsdynamik etc. manipuliert werden. Auch können hier den Single-Programmen be- 
stimmte MIDI-Kanäle zugewiesen. werden, was den KIII zu einem vollen Multi-Mode- 
Synthesizer macht. Eine solche Zusammenfassung von Single-Programmen wird Multi-Pro- 
gramm genannt. Ein solches Multi-Programm besteht aus bis zu acht Single-Programmen, und 
definiert die folgenden Parameter: 


— die Gesamtlautstärke des Multi-Programms, 

- die Single-Programme, die in ihm vorkommen, 

— den Tastaturbereich, auf den ein Single-Programm reagieren soll, 

—- die Anzahl der: Stimmen, die einem Single zur Verfügung stehen (oder variabel), 

— den Bereich der Anschlagsdynamik, auf den ein Single-Programm reagieren soll, 

— die Quelle des Spielbefehls: Keyboard, MIDI oder beides zusammen (d.h. ein Local on/off 
für jede einzelne Stimme), 

- die MIDI. ‚Kanäle, über den die jeweiligen Single-Programme gespielt werden sollen. 


Mit allen: diesen Fähigkeiten ist der K11I bereits in der Lage, schon sehr komplexe, vielschichtige 
Klangbilder zu synthetisieren. Es ist jedoch auch zu sagen, daß die von diesem Gerät erzeugten 
Sounds zwar durchweg voll und beeindruckend, aber auch sehr künstlich klingen. Der KIIl ist 
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deshalb als ein sehr leistungsfähiger und flexibler Synthesizer zu bezeichnen. Er. kann ‚auch 
bedingt als Masterkeyboard eingesetzt werden, obgleich er nur auf einem einzigen Kanal zu 
senden in der Lage ist. Er sollte in einem MIDI-System jedoch auf jeden Fall dure‘ och ein 
Instrument mit einem anderen Syntheseverfahren ergänzt werden. 





Synthesizer mit FM-Synthese 
Yamaha V50 


Der Yamaha V50 ist mit Fug und Recht als Profi-Gerät zu bezeichnen" Er fällt unter den hier 
besprochenen Geräten insofern etwas aus der Reihe, als daß er neben dem eigentlichen FM- 
Synthesizer noch eine vollwertige PCM-Rhythmuseinheit und einen Sequencer besitzt. Dies 
schlägt sich leider auch auf den Preis nieder: Mit ca. 3000 DM ister fürden Hobby-Musikerbereits 
eine größere Anschaffung, die wohlüberlegt sein will. 





Dafür erhält man allerdings auch ein hervorragend ausgetattetes Gerät: leichtgängige Pitchbend- 
und Modulationräder sowie ein Lautstärke- und ein Data-Entry-Regler ermöglichen eine leichte 
Kontrolle; die gut verarbeitete Tastatur ist leicht spielbar und überträgt sehr fein abgestufte 
Dynamikwerte. Wie auch in dieser Preisklasse noch üblich, liefert die Tastatur zwar After- 
touch-, aber keine Polyphonic-Key-Pressure-Informationen. Die ungeheure Vielzahl der Funk- 
tionen des V50 ist mit dem ergonomisch gut gestalteten.Bedienfeld relativ leicht zu bewältigen. 
Das beleuchtete 2x40-Zeichen-Display mit den zugehörigen acht Funktionstasten erlaubt stets 
eine sehr komfortable Parametereingabe. Neben ’einem RAM-Card-Slot ist als Speicher- 
möglichkeit für Sound- und Sequenzerdaten sogar ein 3,5-Zoll-Diskettenlaufwerk eingebaut. 


Neben den FM-Tongeneratoren des Synthesizers besitzt der V50 wie gesagt eine Drum-Machine, 
der ein eigener (achtstimmiger) PCM-Tongenerätor mit 61 verschiedenen Sounds zugeordnet ist. 
Die Drum-Machine bildet selbst einen Pattern-orientierten Sequencer, der mit dem eigentlichen 
Sequencer-Teil sehr gut zusammenarbeitet. Selbstverständlich können sämtliche Daten wie 
Patterns und Songs auf RAM Card oder Diskette gespeichert werden. 


Wie bei fast allen modernen Synthesizern, ist die Steuerung der Klangerzeugung in zwei Ebenen 
aufgeteilt: eine Ebene, in der die Soundeinstellungen der Tongeneratoren definiert werden, und 
eine zweite für die Zusammenfassung dieser Sounds zu einem Betriebsmodus. Diese 
Bedienungsebenen werden beim V50 Single- und Performance-Mode genannt. Da die Parameter 
des Performance-Modes im wesentlichen den der anderen hier besprochenen Geräten entsprechen 
(vgl. Multi-Mode beim Kawai. Ki, soll im folgenden hauptsächlich auf den Single-Mode, also 
die Klangerzeugung selbst: eingegangen werden. 


Den Schlüssel zu der beachtlichen Klangvielfalt des V50 bildet die FM-Einheit. Um deren 
Funktionsweise zu verstehen, bedarf es in der Praxis schon einer recht guten Kenntnis der Theorie 
der FM-Synthese; diesem Umstand wird im Benutzerhandbuch allerdings genügend Rechnung 
getragen. Eine Tongenerator-Einheit, hier wieder Voice genannt, besteht aus vier einzelnen 
Oszillatoren, die auf zwei Arten miteinander verknüpft werden können: durch bloße Addition, 
also Mischung. der beiden Ausgangssignale und indem der eine die Frequenz des anderen 
moduliert. Bei dieser Verknüpfung entsteht, wie oben in diesem Kapitel erwähnt, ein Spektrum 
mit Seitenbäfidemn im Abstand der Frequenz des Modulators. Die vier Oszillatoren, auch 
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»Operatoren« genannt, können allerdings nur zu insgesamt acht verschiedenen Konfig urati 
zusammengeschaltet werden. Operator Nummer 4 hat dabei eine Sonderstellung: Sein Ausgangs- 
signal kann auf seinen Eingang rückgekoppelt werden. 


Natürlich steht für die Erzeugung einer möglichst großen Vielzahl von Klängen auch eine 
ausgeklügelte Steuerung der Parameter zur Verfügung. Die wichtigsten Parameter sind hier: 


- Algorithm, Feedback; wählt die Schaltkonfiguration der vier Open en 
kopplungsverhältnis des 4. Operators z 

—  LFO wave; Wellenform, die der LFO erzeugt 

—  LFO speed; Frequenz des LFO 

— LEFO delay; Verzögerung, mit der der LFO zu modulieren begin 

- LFO Pitch Modulation Depth; Modulationstiefe des Vibratos 

— LFO Amplitude Modulation Depth; Modulationstiefe des Tremolos 

—  Envelope Sensitivity; Einfluß des Hüllkurven-Generators auf die Frequenz 

—  Oscillator Mode; hier kann zwischen einer Klaviatur-abhängigen und einer fest vorgegebenen 
Frequenz für einen Operator gewählt werden 

—  Oscillator Coarse; dies ist der Faktor, mit dem die Tonhöhe für einen Operator multipliziert 

. wird. Bei einem Faktor von 1 liegt zwischen zwei Klaviaturtasten ein Tonintervall von einem 

Halbton. Dies kann durch den Coarse-Faktor geändert werden 

—  Oscillator Fine; Feinregelung für das Frequenzverhältnis 

— Oscillator Wave; Wellenform des jeweiligen Operators 

— Hüllkurvengenerator mit Attack, Decay, Sustain, Release für jeden Operator 

— Portamento Time; regelt die Dauer des Portamentos 


sowie das Rück- 





Allgemein läßt sich sagen, daß der V50 ein sehr.gutes Werkzeug sowohl für das kreative Arbeiten 
(musikalischer Notizblock) als auch für.die Erzeugung von vornehmlich künstlich wirkenden 
Klängen bildet. Sein Preis erscheint unter Berücksichtigung seines hohen Leistungniveaus und 
seiner Vielseitigkeit durchaus gerechtfertigt. 


Schlagzeugmaschinen und Drum-Sequencer 


Diese Sorte von Geräten ist speziell für die Wiedergabe von Schlagzeug- und Percussionklängen 
konzipiert. Sie enthalten meist einen eigenen Sequencer, also eine Einheit zur Speicherung und 
Ausgabe von Rhythmen oder ganzen Songs, womit der Haupt-Sequencer des Systems wirksam 
entlastet werden Kann; Um eine möglichst hohe Speicherausbeute zu gewährleisten, sind 
Schlagzeugmaschinen meist als sog. Pattern-Sequencer konzipiert, d.h. die gespeicherten Songs 
setzen sich aus einzelnen Teilen, den Patterns, zusammen. Diese können beliebig hinter- 
einandergereiht und miteinander kombiniert werden, wobei ein einzelner Pattern nur einmal 
eingegeben werden muß und deshalb auch nur einmal im Speicher steht. Im Prinzip ist dieses 
Verfahren für sögut wie alle Zwecke ausreichend, obwohl man sich teilweise davor hüten muß, 
durch die bequeme Wiederholung von einigen Patterns eine unschöne Monotonität zu erzeugen. 


Eine Schlagzeugmaschine kann zwar auch andere angeschlossene Geräte steuern und synchroni- 
sieren, wird aber in Verbindung mit einem Master-Sequencer (wir haben ja den Amiga) meist als 
[Ve "benutzt, der vom Master gesteuert wird. Selbstverständlich sollte er auch andere 
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Slaves auf einem beliebigen Kanal ansteuern sowie seine internen Daten über eine. Exclusive- 
Message an den Master weitergeben können. Die Vielfalt und Qualität der erzeugbaren Sounds 
hängt natürlich im wesentlichen von der Preisklasse ab, durch die Möglichkeiten. der PCM- 
Synthese sind hier jedoch schon äußerst günstige Geräte auf dem Markt zu haben: 


Yamaha RX-8 










Die Yamaha RX-8-Schlagzeugmaschine ist im Grunde genommen ein PCM ynthesizer mit 
einem integrierten Pattern-Sequencer. Neben den (leidernicht anschlagsdynamischen) Drumpad- 
Tasten aus Gummi, mit denen sowohl live gespielt als auch ein Rhythmus-Pattern eingegeben 
werden kann, verfügt der RX-8 noch über die Sequenzer-typischen Start/Stopp- -Knöpfe, eine 
ganze Reihe von Dateneingabetasten sowie einen Volume- und Temporegler. Außerdem exi- 
stieren zwei Tasten für Tonhöhenänderung und Emphase (Lautstärkenanhebung) der gerade 
gespielten Drums. Die voreingestellte Zuordnungen der einzelnen Drum-Tasten ist Bassdrum, 
Snaredrum, vier Tom-Toms, offenes und niedergetretenes HiHat; ein Ride- und ein Crash- 
Becken, sowie zwei Acoustic Bass-Sounds. Diese Zuordnung läßt sich natürlich beliebig auf die 
43 verfügbaren PCM-Drums umverteilen. 


Wie alle Pattern-orientierten Sequencer, so kennt auch der RX-8 zwei Bearbeitungsmodi, den 
Pattern-Modus und den Song-Modus. Im Pattern-Modus werden die Inhalte der einzelnen 
Patterns festgelegt, die nachher zu einem Song zusammengesetzt werden sollen. Hierbei stehen 
die folgenden Funktionen zur Verfügung: 


— Select Pattern; hier wird das zu bearbeitende Pattern-Muster gewählt. 


- Realtime Write; hier kann ein Pattern in Realzeit eingespielt werden. Dabei wird ein vorher 
bestimmtes Taktmaß (in 16tel angebbar) kontinuierlich wiederholt, und die in jeder einzelnen 
Wiederholung gespielten Elemente gespeichert. So kann man einen Pattern bequem aus 
einzelnen Drums erstellen, indem man z.B. beim ersten Durchlauf nur Bassdrum und Snare, 
beim zweiten die Toms, im dritten die Becken einspielt usw. Hierfür muß zuvor die Länge des 
Taktmaßes, die Quantize-Einstellung’(also die Auflösung) und evtl. die Lautstärke des 
Metronom-Klicks eingestellt werden. 


- Step Time Write; mit dieser Funktion kann ein Pattern bezüglich seiner einzelnen Stimmen 
ediert werden. Das Display übernimmt hier die Funktion eines Editor-Fensters, in dem die 
Aktivierungs-Events für eine einzelne Drum-Stimme dargestellt werden. Hier können die 
Schlagzeugnoten für jeden einzelnen Track an allen Stellen des Patterns gesetzt und gelöscht, 
und damit der gesamte Pattern bequem umgestaltet werden. Die Anzahl der Positionen im 
Takt, an denen Beats. eingefügt werden können, richtet sich dabei nach dem Taktmaß und vor 
allem nach der Auflösung, die für den Pattern gewählt wurde. 


— Clear Pattern; mit dieser Anweisung kann ein Pattern ganz gelöscht werden. 


— Clear SDI; mit i dieser Anweisung kann eine einzelne Stimme in einem Pattern gelöscht 
werden. z 







- Copy Pattern; damit kann ein Pattern auf einen andern kopiert werden, z.B. um in einfacher 
Weise Variationen eines bestimmten Patterns zu erzeugen. 
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Clear All Patterns; diese Anweisung löscht alle 100 vorhandenen Patterns. 








Used Memory; zeigt den Grad der Füllung des für die Patterns reservierten Speicherplatzes an. 


Der Song-Modus ist für die Konstruktion von ganzen Liedern aus einzelnen Pattern verantwort- 
lich. Beim RX-8 können Songs aus bis zu 999 Patterns zusammengesetzt werden. Es können 
maximal 20 verschiedene Songs programmiert werden. Im Song- "Modus s stehen folgende Optio- 


nen zur Verfügung: 


Select Song; hier wird der zu bearbeitende Song ausgewählt. 





Edit Song; mit dieser Funktion gibt man die Reihenfolge der Patterns an, beim Start des Songs 
nacheinander gespielt werden. In jedem Eingabeschritt hat man. die Wahl, entweder eine 
Pattern-Nummer oder eine Tempo- oder Lautstärkeänderung anzugeben; so kann man auf 
einfache Weise Accelerandos, Crescendos und Decrescendos erzeugen. Außerdem gibt es 
eine Möglichkeit, Wiederholungen bestimmter Teile des Songs zu programmieren: Eskönnen 
Wiederholungszeichen gesetzt werden, die Anfang und Ende des Parts markieren und die 
Anzahl der Wiederholungen enthalten. Solche Repeats können auch geschachtelt sein, d.h. ein 
Wiederhol-Teil kann einen anderen enthalten, dieser wiederum einen anderen usw. Darüber 
hinaus stehen natürlich die obligatorischen Kopier-; Schneide- und Einfügefunktionen sowie 
eine Suchfunktion zur Verfügung. 


Clear Song; hiermit kann ein ganzer Song gelöscht werden. 

Copy Song; kopiert einen Song auf einen anderen, der alte wird dabei überschrieben. 
Clear All Songs; löscht alle Songs im Speicher. 

Used Memory; zeigt den Belegungsgrad des Song-Speichers an. 


Eine der wichtigsten Eigenschaften einer Schlagzeugmaschine ist wohl ihre Fähigkeit, in einem 
MIDI-System korrekt und flexibel zwäarbeiten. Auch für die Enstellung der verschiedenen MIDI- 
Parameter steht ein eigener Moe zur Verfügung. In ihm sind die folgenden Funktionen 
vorgesehen: : 


Ch Message on/off; hier wird bestimmt, ob der RX-8-Kanalinformationen verarbeitet oder 
nicht, was gewissermaßen einem Omni-on/off-Schalter entspricht. 


Receive Ch; hier kann der "Empfangskanal gewählt werden, auf dem alle Stimmen des RX-8 
gespielt werden. 





Trans CH Assign; die Zuordnung jeder Stimme an einen eigenen Sendekanal. 





Note Assign; hier läßt sich bestimmen, ob die Drums in der angegebenen Tonhöhe gespielt 
werden (Pitch Note, Umfang 2 Oktaven) oder jede MIDI-Tonnummer ein anderes Instrument 
spielen soll (V oice Note). Die Zuordnung der Tonnummern an die Instrumente kann frei 
gewählt werden. 


Transmit Bulk; dieser Befehl sendet eine System Exclusive-Meldung auf den MIDI-Bus, die 
den gesamten Speicherinhalt z.B. an den Hauptsequencer zur Speicherung auf Diskette 





übertragen kann. 
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— Receive Bulk; empfängt einen Datensatz vom MIDI-Bus. 


— EchoBack; schaltet die interne Echofunktion (Wiederausgeben der über MIDIIN& 
menden Daten) ein und aus. 






Zusätzlich können über bestimmte Nebenfunktionen, die aus allen der oben aufg gef 
augerufen werden können, die Lautstärke, Tonhöhe, Stereoverteilung und de: Detune-Effekt 
manipuliert werden. Auch kann die Tastenzuordnung beliebig verändert w den. 


Zusammenfassend läßt sich sagen, daß der RX-8 sowohl ein recht leistungsfähiger Sequencer ist 
als auch eine gute Klangerzeugung besitzt, was in zu einem geeigneten Partner für einen Master- 
Sequencer macht. Auch der Preis ist für diese Leistung durchaus im Rahmen, so daß er für die 
Realisierung eines Homerecording-Studios sehr interessant ist. 





Synthesizer-Slaves (Expander) 


Am weitaus schnellsten unter den MIDI-Geräten hat sich das Angebot der reinen Synthesizer- 
Slaves vergrößert, der sogenannten Expander. Sie besitzen keine Klaviatur oder einen anderen 
Controller, sondern werden ausschließlich über MIDI angesteuert. Ein solcher Slave besteht in der 
Regel nur aus einem Steuercomputer, der die Bedienelemente und die Schnittstelle versorgt, und 
einigen Signalprozessoren und D/A-Wandlern. Deshalb. Können hier sehr preiswerte Geräte 
angeboten werden, die schon eine erstaunliche Leistung bieten. Vor allem für einen Sequencer ist 
ein Expander der ideale Partner, da sie bezüglich der Stimmen- und Instrumentverteilung meist 
sehr flexibel sind. 


Die wichtigste Eigenschafte eines Expanders ist zuerst einmal seine Fähigkeit, möglichst alle 
MIDI-Botschaften empfangen und verarbeiten zu können. Die MIDI-Kanäle müssen unabhängig 
programmierbaren Sound-Gruppen zuzuordnen sein; auch sollte man die einzelnen Stimmen 
vollkommen dynamisch auf die Gruppen verteilen können (MULTI-Mode). Ein weiterer Faktor 
ist der Bedienungskomfort bei der Dateneingabe: Wenn man die Möglichkeiten eines Gerätes 
wirklich voll ausschöpfen will, möchte man sich nicht mit einem winzigen Display und ewig 
langen Menüs herumärgern müssen. Die Bedienpanels der meisten Expander sind jedoch meist 
ziemlich dürftig ausgestattet, oft sind alle Funktionen nur über Tastknöpfe anwählbar, was bei 
häufigem Ändern von Parametern bald zu Qual wird. 





Wichtigistauch das Vorhandensein mehrerer getrennt schaltbarer Ausgänge, auf die die einzelnen 
Soundgruppen verteilt werden können. Spätestens wenn man einige Effektgeräte einsetzt, wie 
Hall oder Echo, möchte man einige Stimmen getrennt mit dem Effekt versehen, und die anderen 
unverändert lassen. Deshalb: sollte sowohl eine Umschaltmöglichkeit zwischen den Ausgängen, 
als auch eine Stereo- -Verteilung (Panning) vorgesehen sein, um dem Klang eine Ortung innerhalb 
des Stereobilds zu verleihen. 


Roland U-220 5 








Der Roland. U-220-Expander ist ein weiterer Vertreter der Familie der PCM-Synthesizer. Er 
Klänge jedoch nicht durch durch berechnete Wellenformen, sondern hauptsächlich 
durch akustisch-erzeugte und dann gesamplete Instrumente. Der U-220 besitzt einige sehr 
brauchbare und in ihrer Art unübertroffene Sounds, die durch ihre große Fülle und Authentizität 
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begeistern. Hierbei wurde ein echtes Multi-Sampling vorgenommen, d.h. bei vielen Instrumenten 
steht über fast den gesamten Klaviaturbereich ein Sample pro Quart zur Verfügung. Bei den 
meisten Klängen ist daher an den Grenzen zwischen den einzelnen Samples kaum ein 
Verfremdungseffekt zu bemerken. Das braucht natürlich recht viel Speicher: immerhin 24 
Megabit Sampledaten stehen in den ROMs des U-220 zum Abruf bereit: One-Shot-Wellen- 
formen, wie die diversen Pianos, haben eine Länge von bis zu zehn Sekunden, geloopte Formen 
haben immerhin, je nach Tonhöhe, ein Wiederholungsintervall bis zu drei Sekunden. Letztere 
klingen durch ihre doch recht große Länge und ihre optimalen Loop-Points sehr realistisch und 
voll, ohne den bei geloopten Samples gefürchteten Monotonitäts-Effekt aufkommen zu lassen. 





Der U-220 ist, wie die meisten Slaves, als 19"»-Gehäuse« ausgeführt. Die Frontplatte weist neben 
dem Volume-Regler, der Kopfhörerbuchse, dem (kärglichen) 2x16-Zeichen-Display und den 
(noch kärglicheren) zwölf Eingabetasten noch immerhin zwei Cärtridge- Slots auf, über die seine 
Klangvielfalt noch wesentlich erweitert werden kann. Auf der Rückseite des Geräts befinden sich 
außer den MIDI-Anschlüssen noch sechs Ausgänge, zwei. für normalen Stereo-Betrieb, und 
weitere vier für die getrennte Kanalausgabe an Mischpult oder Effektgeräte. Die Zuordnung der 
Sound-Einstellungen (oder Parts, wie sie hier heißen) an die Ausgänge kann jedoch nicht ganz frei 
gewählt werden, sondern man muß sich mit ca. 50 verschiedenen Zuordnungen zufriedengeben. 
Diese sog. Part-Assignments werden aus einer Tabelle entnommen, die allerdings wohl jeder 
wünschbaren Kombination Rechnung trägt. 


Die Bedienung des U-220 ist wegen des geringen-Eingabekomforts und nicht zuletzt wegen der 
Vielzahl der Funktionen relativ komplex, weshalb man sich die mitgelieferte »Operation Map« 
am besten in Sichtweite des Geräts aufhängen sollte. Die Parameter-Eingabe ist aufgeteilt in den 
Setup-, den Utility- und den Patch-Mode. Im Setup-Mode werden die MIDI-Empfangsparameter, 
der Master-Tune und die Zuordnung. der: Program-Change-Befehle an die einzelnen 
Soundprogramme festgelegt. Der Utility-Mode ist für den Displaykontrast, die Exclusive- 
Datenübertragung und den Demo-Mode: zuständig, in dem vier recht beeindruckende Songs 
abgespielt werden können. Im Patch Edit-Mode lassen sich die Soundeinstellungen regeln. Dieser 
ist wohl der interessanteste der.Eingabe-Modes, da sich hier der Zugang zu den klanglichen 
Möglichkeiten und Variationen befindet. 


Die sogenannten Patches bestimmen die Konfiguration des gesamten Geräts (vgl. Multi-Modes 
beim Kawai Killetc.). Der-Patch-Edit-Mode ist unterteilt in den Write-Mode, die Common- und 
die Part-Settings. Der Write-Mode erlaubt das Kopieren von einem Patch auf den anderen. Die 
Common-Settings enthaltenden Namen des Patch, den Output-Modus, und die Anwendungsart 
des integrierten Effekt-Prozessors. Die Part-Settings bilden den wichtigsten Teil eines Patch: Hier 
werden die Eigenschaften der einzelnen Stimmen (Parts) angegeben. Der U-220 besitzt 30 
Tongeneratoren, die entsprechend dynamisch an die einzelnen Parts verteilt werden können; die 
Zuordnung der Stimmen wird mit Hilfe der oben genannten Tabelle festgelegt. Insgesamt sechs 
verschiedene Parts sind vorgesehen, deren Klang individuell gestaltet werden kann. Die Parameter 
eines Parts teilen sich wiederum in die Basic, die Level, Pitch- und LFO-Parameter ein: 


Basic 








Tone Seleet; hier wird das Sample-Set aus den 128 möglichen Kombinationen gewählt. 
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Output Assign; bestimmt die Zuordnung der einzelnen Stimmen des Parts an die Ausgänge des 
U-220. 
MIDI RCV Channel; MIDI-Empfangskanal des Parts. 
Program Change; bestimmt, ob der Program-Change-Befehl auf diesen Part eine vn ung haben 
soll oder nicht. & 
PGM -Tone-Map; bezeichnet die Map der Soundeinstellungen, die auf dies einzel i en N 
Change-Befehle gewählt wird (siehe Setup-Mode). : 
Key Range Lo + Hi; dies ist der Tonlagenbereich, auf den der Part reagieren soll. 











Level (Amplitudenänderung) 






Part Level; Lautstärke des Parts. 

Velo Sens; bestimmt die Auswirkungen der Anschlagsdynamik al auf 
Env Attack; Attack-Wert (Anstiegsdauer) des Sounds. = 
Env Release; Release-Wert des Sounds. 

Ch Pressure Sens; bestimmt die Auswirkungen des Aftertauch ei des Polyphonic Key- 
Pressure) auf den Lautstärkeverlauf. 


Lautstärkeverlauf. 


Pitch (Tonhöhenvariation) 


Shift Coarse; Hier kann man die Stimmung des Patch halbtonweise verändern. 

Shift Fine; dient zur Feineinstellung der Stimmung.«. 

Bend Range; bestimmt die Frequenzänderung durch den Pitch-Bender. 

Detune Depth; Bei vielen Sounds steht auch eine sog. Detune-Option zur Verfügung: Hier kann 
eine Wellenform mit einer gewissen Verstimmung zwischen den beiden Stereo-Ausgängen 
gespielt werden, was einen teilweise sehr schönen Chorus- oder Flanging-Effekt bewirkt. Der 
Detune Depth-Parameter bestimmt die Differenz zwischen den beiden Tonhöhen. 

Pressure Sens; bestimmt die Auswirkungen des Aftertouch (bzw. des Polyphonic Key-Pressure) 
auf die Tonhöhe. 


LFO (Vibrato) 


LFO Rate; Geschwindigkeit des Vibratos. 

Auto Depth, Delay Time, Rise Time; Hier wird die Charakteristik des Vibratos bestimmt. 
Hierdurch wird sozusagen die Hüllkurve des LFO definiert, um dessen zeitliches Verhalten genau 
steuern zukönnen. »Delay« bezeichnet die Verzögerung vom Tastenanschlag bis zum Beginn des 
Vibratos, »Rise« die Anstiegsrate des Vibratos bis zum »Depth«- Wert, der dann für die gesamte 
Dauer des Tones gehalten: wird. 

Manual Depth, Rise Time;;Hier kann man die Wirkung des Modulationsrads auf das Vibrato 
bestimmen. . 
Ch, Poly Pressure Sens; Die Auswirkungen von normalem After-Touch und Polyphonic Key 
Pressure können hier: getrennt geregelt werden. 








Aus der Sicht .des Musikers läßt sich sagen, daß der U-220 eine echte Bereicherung des 
Klangmaschin en-Parks eines jeden Homerecording- oder Profistudios ist. Durch das beim U-220 
angewandte Multisampling sind sehr warme, analogähnliche Klänge realisierbar, die für fast alle 
Stilrichtungen einsetzbar sind. 
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Ist man als gestandener Amiga-Anwender wirklich von dem Wunsch beseelt, seinen musikali- 
schen Ideen eine eindrucksvolle reale Gestalt zu geben, so führt dies zwangsläufig in die Fangarme 
eines epidemieartig um sich greifenden Syndroms, des Homerecordings. Die enormen Preis- 
senkungen auf dem Audio-Gerätemarkt haben außer der heute enormen Flexibilität des 
Semiprofessionellen und Amateurmusikers zu einem neuen Typus von Musikern geführt, dem 
allein vor sich hin programmierenden Sequenzer-Freak. Seit Anbeginn wird seitens der Industrie 
dem Trend zu dieser scheinbar lebensausfüllenden Beschäftigung ausgiebig Rechnung getragen; 
ein einzelner Mensch in seinem Wohnzimmer kann heutzutage Aufnahmen in einer Qualität 
herstellen, von der man vor zehn Jahren in den Demostudios nur träumen konnte. 


Auch der Amiga ist als zentrales Steuerelement eines Homerecording-Systems bestens geeignet. 
Dabei muß man jedoch ehrlicherweise sagen, daß andere Computer wie der Atari ST oder Apple 
Macintosh hier (noch!) eindeutig die Nase vorn haben. In den USA kein Studio ohne Mac, in 
Europa keins ohne Atari, so könnte man die Lage schildern. Für den Amiga haben sich bisher nur 
einige der hier führenden Hersteller erwärmen können, deren Angebotspalette wird aber wohl den 
meisten Ansprüchen gerecht. 


Hat man sich erst einmal den ersten Synthesizer zugelegt, ihm über die MIDI-Schnittstelle die 
ersten Töne entlockt, erste Sequenzen ein- und übereinandergespielt und so die Möglichkeiten 
dieses Instrumentariums nur entfernt erahnt, so folgen in aller Regel bald weitere Anschaffungen: 
Expander für die Erweiterung der Soundmöglichkeiten und der Stimmenanzahl, Effektgeräte zur 
Bearbeitung und Verfremdung von Klängen, und als unausweichliche Konsequenz eine 
Mehrspur-Bandmaschine sowie eine Mischvorrichtung. Dieses Kapitel soll dem geneigten Leser 
einen kleinen Einblick in die Anschaffung und den Aufbau eines computerorientierten 
Homerecording-Systems bieten; als finanzielle Obergrenze für die Grundausrüstung wurden 
hierbei 5 000 bis 10 000 Mark zugrundegelegt. 


6.1 Effekte 


Trotz des ohnehin schon beeindruckenden Klanges der meisten Instrumente ist es fast immer 
notwendig, gewisse Veränderungen und Verfremdungen vorzunehmen, um dem Sound mehr 
Originalität, Vielschichtigkeit und Raumeindruck zu verleihen. Speziell bei der Aufnahme von 
Vocals und akustischen Instrumenten setzt man z.B. so gut wie immer einen gewissen Halleffekt 
ein, was mehr Tiefe erzeugt. Aber auch ein Keyboarder will nicht, daß seine Instrumente platt und 
vordergründig klingen, und ein Heavy-Metal-Gitarrist wird schwerlich ohne eine fetzige 
Distorsion auskommen. So werden auch hierfür eine Vielzahl von Geräten angeboten, die Palette 
reicht vom 50-DM-Transistor-Fuzz über die anspruchsvolleren und solideren Bühnengeräte bis 
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zum mehrere tausend Mark teuren Multieffekt-Prozessor, ganz zu schweigen von der ‚professio- 
nellen Ausrüstung eines großen Studios. Hier nur eine ganz kleine Auswahl dessen, was man 
einem Klang so alles antun kann: 


Hall und Echo 


Ganz wesentlich für den räumlichen Eindruck eines Klanges ist sein Gehalt an Reflexions- 
geräuschen. Kurze Reflexionszeiten spiegeln einen kleinen, lange eine: roßen Raum vor. Eine 
große Rolle spielt hierbei auch, welchen Absorptionsgrad die Wände des Raums aufweisen, wie 
viele Reflexionen also hintereinander wahrgenommen werden. Ein leerer Betonkeller wird sehr 
viele Reflexionen produzieren, ein schwer möblierter Raum klingt eher trocken. Nimmt man klar 
trennbare, einzelne Reflexionen wahr, so spricht man von einem Echo. Eine solche scharfe 
Trennung wird auf natürliche Weise nur in sehr speziellen Räumen erzeugt, z.B. in einem langen 
Gang. Ein reiner Echo-Effekt wird deshalb nur in wenigen Spezialfällen verwendet. In analogen 
Zeiten wurde dieser Effekt meist mit Hilfe einer Bandschleife erreicht, auf der das Signal an einer 
Stelle aufgesprochen und dahinter von mehreren Köpfen abgelesen wurde. Heutzutage wird so 
etwas natürlich nur noch digital realisiert, was der Analogtechnik hinsichtlich Rauschverhalten, 
Wiedergabetreue und nicht zuletzt im Preis eindeutig überlegen ist. 








In derRealitätistes jedoch wesentlich häufiger der Fall, daß ein Geräusch in einem Raum eine sehr 
große Anzahl von Reflexionen mit verschiedenen Rückkehrzeiten und Intensitäten verursacht. 
Werden so viele Reflexionen übereinandergelagert, daß die einzelnen Echos nicht mehr von- 
einander unterschieden werden können, sondern zu einem konstanten Nachklingen verschmelzen, 
so spricht man von einem Nachhall. In jedem Raum, der nicht eine sehr spezielle geometrische 
Form aufweist, wie z.B. eine Kuppel, wird dies der vorherrschende Typ von Reflexionen sein. 
Naturgemäß ist ein solcher Effekt wesentlich schwerer mit elektronischen Mitteln nachzuahmen 
als ein einfaches Echo. Früher behalf man sich zu diesem Zwecke mit einer einfachen Metall- 
spirale, in die das Signal mit Hilfe von Bewegungswandlern eingespeist und innerhalb der Feder 
vielfach reflektiert wurde. Die heutigen:digitalen Geräte sind diesen Konstruktionen im Klang 
natürlich haushoch überlegen,.aber auch an diesen lassen sich zuweilen Unzulänglichkeiten 
feststellen: Vor allem bei älteren Versionen, die noch nicht mit einer so üppigen Prozessorleistung 
ausgestattet waren wie es heute üblich ist, gelingt die Verschmelzung der Reflexionen nur 
ungenügend; man hört teilweise die einzelnen Echos heraus. Ein anderer für diese Technik 
bezeichnende Effekt ist die typische digitale Kälte des Sounds, der bei bestimmten unglücklichen 
Einstellungen sehr metallisch, hart und synthetisch wird. Beide Phänomene lassen auf eine 
unzureichende Anpassung: an die Aufgabe bei der Entwicklung schließen, was den Einsatzbereich 
eines Gerätes freilich stark einschränken kann. 


Aufgrund der freien Programmierbarkeit moderner Digitalbausteine bieten die meisten heute 
angebotenen Geräte eine Vielzahl von Einstellungen, die verschiedene besonders brauchbare 
Kombinationen aus Hall und Echo darstellen. Die Anzahl der Effekte sowie vor allem die der frei 
bestimmbaren "Parameter, d.h. wieviel Einfluß der Musiker auf einzelne Komponenten eines 
Effekts hat, wird hauptsächlich durch die Preisklasse bestimmt. Im allgemeinen verfügen solche 
Geräte über Echoperioden bis zu einer Sekunde und einer Nachhalldauer bis zu ca. 10 Sekunden. 
Die Gerätepalette reicht vom kleinen Tischgerät, z.B. dem Yamaha R 100 mit 60 festen Einstel- 
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lungen, bis zum Quantec-Raumklangsimulator, der die akustischen Verhältnisse so ‚ziemlich 
jeden Ortes auf dieser Welt nachzuahmen imstande ist. 


Kompression und andere Lautstärke-Effekte 


Wie schon mehrfach erwähnt, ist die Hüllkurve eines Klanges, also sein Laufuirkeverlauf, 
ebenfalls eine für den Höreindruck sehr entscheidende Eigenschaft. In der Audiotechnik sind 
natürlich eine Vielzahl von Arten denkbar, in der die Hüllkurve beeinflußt werden kann. Möchte 
man z.B. das Sustain eines konstant ausschwingenden Instrumentes ver ıgern, so muß die 
Verstärkung angehoben werden, wenn der Eingangspegel unter einen bestimmten Wert absinkt, 
und ggf. nach unten korrigiert, wenn der Pegel darüberliegt. Das Prinzip einer solchen 
»Verengung« des Dynamikbereiches bezeichnet man auch als Kompreh, welches auch für die 
Rauschverminderung bei Bandaufzeichnungen Verwendung findet. 














Es existieren jedoch noch eine ganze Menge anderer Möglichkeiten: Zum Beispiel das gute alte 
Tremolo, was nichts weiter als eine zyklische Änderung der Lautstärke darstellt. Sehr beliebt ist 
auch nach wie vor der sog. Slow-Gear-Effekt, der den Ton.nach dem Anschlag erst langsam 
kommen läßt; damit läßt sich die Attack-Zeit beliebig verlängern. 


Der Equalizer 


Manchmal ist es notwendig, bestimmte Frequenzbereiche eines Sounds anzuheben oder abzu- 
schwächen, um z.B. bestimmte Unregelmäßigkeiten im-Frequenzgang eines Bandgeräts oder in 
der Charakteristik eines Raumes auszugleichen. Hierfür gibt es eine Vorrichtung, mit sich die 
Lautstärke einzelner Bereiche in einemKlang getrenntregeln läßt, die Equalizer genannt wird. Die 
Ausführungen reichen hier von der einfachen Zweifach-Klangregelung mit je einem Tiefen- und 
einem Höhenregler, wie sie häufig in Mischpulten für jeden einzelnen Track vorhanden sind, bis 
zum 16-Band-Stereoequalizer für ganz exakte Einstellungen des Frequenzgangs. Bei den meisten 
Modellen läßt sich jedes einzelne Band. um jeweils 12 dB anheben oder absenken, was für die 
meisten Zwecke völlig ausreicht. Nur wenn man extreme Verfremdungseffekte erzielen will, 
benötigt man einen größeren Regelbereich. 


Beim normalen Typ des Equalizers sind die Frequenzbänder festgelegt und können in ihrer Lage 
nicht verschoben werden; es gibt jedoch auch Modelle, mitdenen sowohl die Verstärkung als auch 
die Position des beeinflußten Frequenzbereichs frei gewählt werden können. Diese Geräte 
bezeichnet man als parametrische Equalizer. Diese besitzen zwar meist keine so große Anzahl von 
Bändern, erlauben aber sehr differenzierte Korrekturen und eignen sich daher hervorragend zur 
Glättung eines welligen Frequenzgangs. 





Vibrato 


Auchdie Beeinflussung der Tonhöhe eines Signals kann recht interessante Effekte hervorbringen. 
Am bekanntestenist hier wohl das klassische Vibrato, das eine meist sinusförmige Modulation der 
Tonhöhe darstellt. Bei gegriffenen akustischen Instrumenten wird hierfür der niedergedrückte 
Finger einfach hin: und herbewegt, bei Blasinstrumenten erfolgt die Modulation mit Hilfe des 
Atemdrucks. Um ein Signal nachträglich mit einem Vibrato zu versehen, muß es durch ein 
Verzögerungsglied geleitet werden, dessen Delay-Zeit zyklisch geändert wird. 
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Chorus 


Der Chorus ist ein dem Nachhall bzw. Echo sehr verwandter Effekt und kann deikalb mit fast 
jedem Echogerät realisiert werden. Ein Chorus hat im allgemeinen den Sinn, das Signal eines 
einzelnen Instruments so zu verzögern und zu verändern, daß der Eindruck entsteht, es würden 
mehrere Instrumente oder Stimmen den gleichen Ton spielen. Erreicht wird das meist mit Hilfe 
eines Echos von ca. 20 bis 30 ms Verzögerung, wobei das Reflexionssignal noch in seiner 
Frequenz möglichst frei moduliert wird. Der Chorus-Effekt spielt vor allem im Homerecording 
und beim Musizieren mit einfachen Mitteln eine große Rolle, da ‚hiermit eine beachtliche 
räumliche Tiefe erreicht werden kann. : 









Flanging 


Der Flanger ist zumindest technisch gesehen ebenfalls entfernt mitdem Echo verwandt, daes auch 
auf einer zeitlichen Verzögerung basiert. Die Verzögerung ist hier jedoch so kurz, daß der Effekt 
nichts mehr mit einem Echo gemein hat. Durch die Mischung des verzögerten mit dem 
Originalsignal werden vielmehr bestimmte Frequenzanteile hervorgehoben, die den Klang in 
einer recht eindrucksvollen Weise verfremden können. Die Länge der Verzögerung bestimmt 
dabei die Lage der verstärkten Frequenzbänder, die sich erwartungsgemäß aus sämtlichen 
ganzzahligen Vielfachen und Brüchen der Echorate zusammensetzen. Die Verzögerungsdauer 
wird dann entsprechend modulier, um den pischen Flanger-Sound zu erzeugen 
(lieeaaauuuaaaeeiishhh...). ; 


Phasing 


Im Phasing findet man ebenfalls eine Methode, gewisse Bänder des zu bearbeitenden Signals 
hervorzuheben, wobei der Effekt meistens auch zyklisch moduliert wird. Im Gegensatz zum 
Flanging, das mit einer Zeitverschiebung erreicht wird, beruht der Phasing-Effekt lediglich auf 
einer Phasendrehung. Genaugenommen;entsteht dabei nur ein einziger Frequenzbereich, der 
dadurch angehoben wird, weshalb Phasing im allgemeinen auch wesentlich »zahmer« klingt als 
ein entsprechendes Flanging. 


Wah-Wah 


Das Wah-Wah, das sich vor allem bei Rock-Gitarristen nach wie vor einer großen Beliebtheit 
erfreut, beruht auch auf der. Hervorhebung eines bestimmten Frequenzbandes, nur daß hier ein 
steiler, vartabler Bandpaßfilter verwendet wird. Die Schaltung ist meist in einem Pedal unter- 
gebracht, mit dem der Durchlaßbereich des Filters geregelt werden kann. Außer bei Gitarristen ist 
die Anwendung des Wah-Wahs allerdings eher selten, nur bei Saxophonisten trifft man es noch 
zuweilen an. 





Distorsion. 


Des Hard- Rock: und Heavy-Metal-Gitarristen liebstes Stück ist jedoch seine Distorsion, auch 
Fuzz genannt. Diese bewirkt eine gewollte Verzerrung, die durch die Übersteuerung einer 
Verstärk! Säizltung erreicht wird. Dabei tritt ein Spannungs-Clipping auf, das Signal wird also 
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unten und oben abgeschnitten; eine Rechteck-artige Wellenform entsteht, wodurch unge 
zahlige Oberwellenanteile hervorgehoben werden. Dies hat eine Dinamik- 





Zumindest die meisten Gitarrenverstärker verfügen bereits über eine Verzerrer-Einrichtung: Oft 
braucht nur die Vorstufe voll aufgedreht zu werden, oder es existiert eine ayennte Regelung 
Keiien gelegentlich auch der Baß und das Keyboard durch einen Verzerrer gei agt; vor rallem die 
in den 60er und 70er Jahren so beliebten Hammond-Orgelsounds verlangen geradezu nach dieser 
Behandlung, aber auch eine Stimme kann hiermit interessant verfreimdet werden (Vorsicht, 
Rückkopplung!). ; 


Der Korg-A3-Multieffekt-Prozessor 


Mit diesem Gerät hat Korg wohl die meisten Wünsche, die man überhaupt an eine Effekt- 
bearbeitung stellen kann, in Erfüllung gehen lassen: Der A3 istein voll digitaler Effektprozessor, 
der 19 Grundtypen von Effekten zur Verfügung stellt, von denen jeweils sechs gleichzeitig 
miteinander verkettet werden können. Für die einzelnen Effekttypen sind teilweise noch mehrere 
Parameter vorhanden, unter anderem auch das Mischungsverhältnis des bearbeiteten und des 
Original-(Bypass-)Signals. Hier ein kleiner Überblick der Fähigkeiten des A3: 


O Hall; hierfür sind zwei verschiedene Bänke vorhanden, nämlich das Early Reflection Program, 
in dem die für den Raumeindruck maßgeblichen Hallanteile bestimmt werden, und dem eigent- 
lichen Hallprogramm, das für die diffusen Klanganteile zuständig ist. 


O Echo; dieses bieteteine maximale Verzögerungszeit von 800 ms, wobei die Zeitmit Hilfe einer 
Feineinstellung sehr gut an den Beat eines’ Stückes angepaßt werden kann. Es ist beliebig auf die 
Stereo-Kanäle verteilbar und kann auch frequenzmoduliert werden. 


O Kompressor und Gate; außer einem Kompressionsalgorithmus besitzt der A3 noch ein sog. 
Gatter, von der das Signal stummgeschaltet wird, wenn es einen bestimmten (einstellbaren) Pegel 
unterschreitet. 


ÜO Panorama und Rotary Speaker; Mit diesen beiden Algorithmen können sehr schöne 
Bewegungs- und Leslieeffekte, ‚erzeugt werden. 


O Distortion; in dieser Gruppe stehen je zwei Verzerrungs- und Overdrivesimulatoren zur 
Verfügung. 








O Pitch Shift; hiermit kan die Tonhöhe eines Signals konstant verschoben werden, maximal bis 
zu einem Halbton. Vor allem mit Stimmen kann man hier beeindruckende Klänge erzielen. 


O Execiter; diese Funktion ist eines der Glanzstücke des A3, sie ermöglicht die Erzeugung von 
beliebigen Obertönen aus dem Eingangsignal. Hiermit lassen sich einzelne Instrumente pro- 
blemlos in ganze Ensembles verwandeln. 
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6.2 Die Bandmaschine 


Neben dem Sequencer ist wohl das Bandgerät der zentrale Punkt in einem H ymerecording- 
System. Da trotz des Stimmenreichtums der vorhandenen Synthesizer oft nicht alle 
Komposition gleichzeitig abgespielt werden können, und man außerdem: ja auch manchmal 
akustische Instrumente verwenden will, benötigt man eine Vorrichtung zur getrennten 
Speicherung möglichst vieler Signale; schließlich will man nach der.Erstellung aller Kompo- 
nenten noch eine Kontrolle über jede einzelne Stimme haben, um ein Mixing vornehmen zu 
können. Mit anderen Worten, man benötigt eine Mehrspur-Bandmaschi 














Die Ansprüche der Anwender sind hier ebenso unterschiedlich wie die dementsprechenden 
Preisklassen und Ausführungen der Geräte. Ganz unten auf der Skala befinden sich die preis- 
werten 4-Spur-Kassettenrecorder, von denen die besseren schon. für ( ca. 1000 bis 2000 Mark er- 
hältlich sind. Diese bedienen sich ganz einfach der zwei Stereo-Spurenpaare, die für die beiden 
Wiedergaberichtungen der Kassette vorhanden sind, weshalb in.dieser Weise bespielte Kassetten 
nur in einer Richtung abgespielt werden können. Die Bandgeschwindigkeit ist hier meistens 
doppelt so hoch wie bei normalen Kassettengeräten, hauptsächlich um den Frequenzgang und die 
Gleichlaufeigenschaften zu verbessern. In vielen Fällen auch noch eine einfache Mischvor- 
richtung integriert, was viel zur Kompaktheit und ‘Übersichtlichkeit eines Homerecording- 
Systems beiträgt. Die Klangqualität solcher Geräte kann in den meisten Fällen als durchaus 
befriedigend bezeichnet werden; am meisten ist hier wohl die Wahl des Rauschunterdrückungs- 
systems entscheidend, das jaeinerseits ein gutes Signal-Rausch-Verhältnis bewirken, andererseits 
den Klang so wenig wie möglich beeinflussen und überdies noch preisgünstig sein soll. 


Auf der nächsten Stufe findet man die schon deutlich teureren und eher für professionelle 
Ansprüche konzipierten 8-Spur-Maschinen. Diese besitzen zwar so gut wie nie einen eigenen 
Mischer, sind aber meist mit sehr ausgefeilten Features im Bereich der Aufnahme- und 
Wiedergabefunktionen ausgerüstet. Entscheidet man sich für diese Leistungklasse, so muß man 
sich heute noch darauf einstellen; für-Bandgerät und Mixer allein um die 5000-8000 Mark 
hinzulegen. Andererseits ist es aucheine Überlegung wert, daß wir als Amiga-Besitzer ja mit 
einem Sequencer arbeiten wollen, wobei immer eine Spur für das Synchronisationsignal geopfert 
werden muß. Bei einem 4-Spur-Gerät bleiben da nur noch kümmerliche drei Tracks übrig, was 
schon für eine halbwegs Kugpfortable Produktion eines Demo-Bandes einfach nicht mehr 
ausreicht. , 


In diesem Abschnitt seiten zunächst die für eine Bandmaschine wichtigen Eigenschaften und 
Features kurz beleuchtet werden; darauf folgt eine kleine Übersicht über einige der beliebtesten 
Geräte. ® 





6.2.1 Die Klangeigenschaften einer Bandmaschine 


Frequenz- und Phasengang 


Ein Tonbandi istein analoges Aufzeichnungsmedium und zeigt infolgedessen leider immer einige 
typische Mängel bezügliche der Klangqualität und Wiedergabetreue. Eine wesentliche Kompo- 
nente bildet hier der sog. Frequenzgang; dies ist die Intensität, mit der Signale von einem 
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bestimmten Eingangspegel auf den verschiedenen Frequenzen wiedergegeben werden. Für ein 
Aufnahmemedium istes ideal, wenn die Kennlinie des Wiedergabepegels vollkommen ‚geradei ist, 
d.h. alle Frequenzen die gleiche Amplitude besitzen. In der Digitaltechnik ist das: mühelos zu 
realisieren, bei einem Tonband jedoch ergeben sich hier fast immer gewisse Unregelmäßigkeiten. 
Zum einen kann ein Tonband weder beliebig tiefe noch beliebig hohe Frequenzen aufzeichnen, da 
die Dichte der Magnetpartikel und damit der Polaritätswechsel begrenzt ist ‚die Wiedergabe- 
intensität sinkt oberhalb des Nutzbereichs steil ab. Zum anderen weisen die meisten 
Rauschunterdrückungssysteme bestimmte Nichtlinearitäten auf, diedem reezgang ebenfalls 
eine gewisse »Welligkeit« verpassen. 








Alle diese Effekte werden natürlich noch multipliziert, wenn eine Spur : ahf eine andere kopiert 
wird. Deshalb ist die Klangqualität auch ausschlaggebend dafür, wie viele »Generationen« von 
Kopien eines Signals gemacht werden können, ohne daß es auf Grund der Verformung durch die 
vielen Überspielungen unbrauchbar wird. Guten Geräten liefert im Durchschnitt auch noch die 
dritte Generation ein annehmbares Ergebnis. Allgemein läßt sich sagen, daß eine Bandmaschine 
für die hier zugrundegelegten Ansprüche mindestens einen Frequenzgang von 30 bis ca.16 000 Hz 
bei einer Abweichung von nicht mehr als + 3 dB aufweisen sollte. 


Eine weitere Eigenschaft vor allem einer Mehrspur- Aufzeichnung ist die Phasenabweichung, die 
durch den Aufnahme- und Wiedergabeprozeß entsteht.:Der Gebrauch von Filtern und anderen 
Audiokomponenten verursacht z.B. in bestimmten Frequenzbereichen Phasendrehungen, die mit 
einer Verzögerung gleichgesetzt werden müssen. Auch winzige Abweichungen in der 
geradlinigen Bewegung des Bandes am Tonkopf können zu kleinen Zeitverschiebungen führen. 
Für voneinander unabhängige Signale ist das irrelevant, für die zwei Spuren eines Stereosignals 
abernicht: Da schon kleinste Zeitverzögerungen (von wenigen Millisekunden) über dieräumliche 
Ortung eines Klanges im Stereo-Panorama entscheidend sind, können sich solche marginalen 
Effekte bereits sehr störend auswirken. Wenn dasselbe Signal auf mehreren Spuren gleichzeitig 
vorkommt, ergeben sich durch die Zeitverschiebung zusätzlich unschöne Phasing-Effekte. Auch 
hier ist wieder sowohl der mechanische Aufbau des Bandlaufwerks sowie die Eigenschaften der 
vorgeschalteten Elektronik entscheidend: 


Der Übersprech-Effekt 


Da die Spuren einer Mehrspur- -Bandmaschine i in der Regel sehr dicht beieinander liegen, Kann es 
vorkommen, daß der Inhalt ‚einer: Spur auf einer benachbarten hörbar wird. Dieses Phänomen 
bezeichnet man als Übersprech- -Effekt. Probleme schafft dies allerdings nur, wenn sich dadurch 
z.B. gelöschte Teile, die in. der Endabmischung nicht vorkommen sollen, wieder in den Klang 
hineinmogeln oder sehr‘ leise Spuren betroffen sind, die später noch einmal kräftig angehoben 
werden sollen. 


Besonders problematisch ist dieser Effekt im Zusammenhang mit den verschiedenartigen 
Synchronisations-Signalen: Einerseits muß ein Sync-Signal mit einer sehr hohen Pegel auf- 
gesprochen werden, was die Gefahr in sich birgt, daß es auf der Nachbarspur hörbar wird; 
andererseits kann ein zu lautes Signal auf der Nachbarspur wiederum in das Sync-Signal 
einstreuen und. damit den Synchronizer durcheinanderbringen. Besonders gefährlich sind hier 
scharfe, percussionartige Klänge mit einem schnellen Anschlag; ein weicher, flächiger String- 
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Teppich z.B. wird in der Regel keine Störungen bewirken. Eine wichtige Konseqiäßz: us dieser 
Sachlage ist, daß eine Sync-Spur grundsätzlich am Rand eines Bandes zu liegen hat, also entweder 
Spur l oder 4 bzw. 8, wo ja immerhin nur eine Nachbarspur existiert. Als zusätzlichen Schutz für 
den Inhalt der Sync-Spur bieten einige Geräte einen Bandpaßfilter an, der bei er Wiedergabe 
genau den für das Signal benötigten Frequenzbereich herausfiltern. 





6.2.2 _ Rauschunterdrückungssysteme 


Ein Tonband ist, anders als ein digitales Medium, stets von Ungenauigkeiten in der Wiedergabe 
der aufgezeichneten Signale belastet. So gehorchen lange nicht alle der Metallpartikel in der 
magnetischen Schicht den Aufforderungen des Aufnahmekopfes, einige richten sich gerade nach 
Belieben aus. Dies führt bei der Wiedergabe zu einem nicht:unerheblichen Rauschen, das bei 
professionellen Anwendungen inakzeptabel istund kompensiert werden muß. Auf dem Markt der 
Mittelklasse-Systeme konkurrieren zur Zeit noch zwei unterschiedliche Verfahren zur 
Rauschunterdrückung: 


DBX NR (Noise Reduction) 


Wie störend sich ein bestimmtes Rauschsignal auswirkt, richtet sich wie erwähnt nach dem 
Verhältnis zwischen Nutz- und Rauschanteil eines Signals. Ein konstantes Rauschen, wie das 
eines Tonbands, ist demnach in einerlauten Passage so gut wie nicht wahrzunehmen, wohingegen 
es einem bei einem Pianissimo-Part die ganze Hörfreude verderben kann. Daraus zogen gewitzte 
Tontechniker bereits in den frühen 70er Jahren eine entscheidende Konsequenz: Das auf das Band 
aufgenommene Signal sollte möglichst gar nichtmehr so niedrige Lautstärken erreichen, daß das 
Rauschen überhaupt hörbar wird. Dazu ist es logischerweise notwendig, geringe Lautstärken um 
einen bestimmten Faktor anzuheben. 


Um nun ein in dieser Weise verändertes Signal wieder in den Originalzustand zurückverwandeln 
zu können, bedarf es hier schon einer gewissen Systematik: Es wird zunächst eine Basislautstärke 
festgelegt, die man als O dB definiert: Hiervon ausgehend werden alle Passagen entsprechend 
verstärkt, die unterhalb dieses Levels liegen, und überlaute Teile entsprechend gedämpft; dies 
wird wie bereits angesprochen als Dynamik-Kompression bezeichnet. Bei der Wiedergabe 
wendet man entsprechend das umgekehrte Verfahren an, d.h., leise Stellen werden wieder innoch 
leisere und laute Passagen in noch lautere verwandelt (Expansion). Dies bewirkt, daß der 
unvermeidliche Rauschanteilimmer mit der Gesamtlautstärke angehoben und abgesenkt wird, um 
sein Verhältnis zum Nutzsignal vor allem bei leisen Passagen möglichst günstig zu halten. Da hier 
alle Frequenzanteile in ‚gleicher Weise berücksichtigt werden, sprichtman beim DBX-System von 
einem sog. Breitband-Kompander. 


Dolby BundC 


Mit einem Breitband- -Kompander läßt sich bereits ein sehr großer Rauschabstandgewinn errei- 
chen, gewöhnlich mehr als 20 dB. Jedoch auch dieses Prinzip ist leider nicht frei von verfahrens- 
immanenten Mängeln: Wie gesagt wird bei lauten Passagen das Rauschen in der Wiedergabe 
ebenfalls lauter, was aber in der Regel nicht stören sollte, dader Rauschabstand ja theoretisch hoch 
genug ist, ‚und es eigentlich komplett übertönt werden müßte. 
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Grau aber ist alle Theorie, die frequenzselektiven Eigenschaften unseres Gehörs können einem 
hier schnell einen dicken Strich durch die Rechnung machen. Es zeigt sich nämlich, daß g gewisse 
Frequenzen die umgebenden Bereiche besser übertönen können als andere; so werden .B. tiefe 
Frequenzen (20-100 Hz) sehr leicht von mittleren (1000-4000 Hz) übertönt, umgekehrt gelingt 
das jedoch kaum, das dazu nötige Pegelverhältnis wäre hundertfach größer. Beim. Breitband- 
Kompander heißt das: Gibt man eine Passage wieder, die nur aus lauten Bässen besteht, so wird 
das Bandrauschen mit verstärkt; da aber der rechnerische Störabstand hier nahezu irrelevant ist, 
wird das Rauschen mit jedem Peak des Baßtons wahrnehmbar, man an Kompander 
»atmen«. i 








Um diesen lästigen Effekt zu umgehen, ließ man sich in den Dolby Daher wiederum etwas 
einfallen: Statt wie beim Breitband-Kompander die Lautstärke des gesamten Frequenzbereichs als 
Bezugspegel zu nehmen, teilt Dolby NR diesen in drei (Dolby_B) bzw. in vier (Dolby C) 
voneinander unabhängige Sektoren ein, für die jeweils ein eigener Kompander vorhanden ist. Das 
verhindert z.B., daß eine Baßtrommel auch den Höhenbereich:samt dem darin enthaltenen 
Rauschen mit anhebt und es dadurch hörbar macht. 


Ein weiterer Vorteil der spektralen Aufteilung ist die genaue Anpassung der Reaktionsge- 
schwindigkeit der einzelnen Kompander an die verarbeiteten Frequenzen. Damit die Behandlung 
des Signals so wenig wie möglich hörbar wird, muß ein Kompander innerhalb einer sehr kurzen 
Zeit auf einen Pegelwechsel reagieren und sich auf eine neue Lautstärke einstellen können. Wenn 
sie dies allerdings zu schnell tun, können tiefe Frequenzen ebenfalls irrtümlich als Pegelsprünge 
interpretiert werden und den Kompressor in Schwingung versetzen, was natürlich zu unsinnigen 
Ergebnissen führt. Bei einem Breitband-Kompander muß deshalb sowohl der einbezogene 
Frequenzbereich nach unten als auch die Reaktionsgeschwindigkeit nach oben stark begrenzt 
werden. Sind die Frequenzbereiche aber getrennt, sokann die Reaktionszeit für jedes Bandeinzeln 
optimal eingestellt werden. 


6.2.3 Wichtige Features einer Bandmaschine 


Cue- und Auto-Locator 


Meistens reichen die normalen Recorder-Funktionen wie Play, Stop, FF und Rewind schon für die 
grundlegende Produktionsarbeit bei weitem nicht aus. Wenn man z.B. einen schwierigen 
Instumentalpart einspielen möchte, so werden in aller Regel mehrere Versuche, »Takes« genannt, 
für ein akzeptables Ergebnis notwendig sein. Dabei ist es natürlich sehr lästig, wenn der Anfang 
des Parts immer erst wieder von Hand angespult werden muß. Eine kleine Hilfe ist da schon eine 
Memory-Funktion, die an \den meisten preiswerten Geräten vorhanden ist. Diese bricht einen Vor- 
oder Rückspulvorgang einfach ab, sobald der Bandzähler die Nullposition erreicht hat. Wenn man 
am Beginn der gewünschten Passage den Zähler auf 0 zurücksetzt, kann man sie nachher bequem 
wieder hinspulen, ohne dabei ständig auf den Zählerwert achten zu müssen. Dieses Verfahren ist 
sehr simpel und kann auch mit einem einfachen mechanischen Zählwerk realisiert werden. 


Wesentlich mehrbieten hier jedoch Geräte miteinem elektronischen Zählwerk: Bei diesenkönnen 
meistens eine oder mehrere beliebige Bandpositionen programmiert werden, an denen das Band 
auf Wunsch gestoppt wird. Aber nicht nur ein Auto-Stopp läßt sich hiermit darstellen, sondern 
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überdies noch eine Fülle von anderen zeitsparenden Funktionen; z.B. das Auto-Logate, mit dem 
man eine bestimmte Position anwählen kann, die dann hingespult und wiedergegeben wird; oder 
auch das kontinuierliche Abspielen eines bestimmten Parts, auf dem man: mehrere Takes 
hintereinander machen will, ohne dabei immer wieder alle Bedienschritte an. der Bändmaschine 
durchführen zumüssen. Durch die große Flexibilität heutiger Mikrocomputer $indhier theoretisch 
keine Grenzen gesetzt, aufwendig und damit teuer sind hier jedoch die Bedienelemente, weshalb 
man die meisten dieser Funktionen an den preiswerten Maschinen leider vermißt. Äußerst 
vielversprechend ist jedoch die Tendenz, daß viele der neueren Geräte, natürlich auch nur in der 
gehobenen Klasse, mit einer Computer-Schnittstelle ausgestattet sind, über die sämtliche Funk- 
tionen des Geräts gesteuert werden können. Sollte dieser Impuls: bei den Herstellern von 
Sequencer-Software auf genügend Resonanz stoßen, sind vor allem im Bereich der kleineren 
Systeme in nächster Zeit sicher einige überraschende Innovationen zu erwarten. 


Punch In 


Wenn man mit einigen Stellen in einem aufgenommenen Track nicht zufrieden ist, wird man ihn 
jedoch meist nicht nochmal ganz einspielen, sondern lediglich stellenweise korrigieren wollen. 
Dazu ist es aber unbedingt notwendig, daß der musikalische Kontext kurz vor der Passage noch 
abgehört werden kann, und die Aufnahme auf dem gewünschten Track dann im richtigen Moment 
einsetzt. Während alle anderen Tracks auf Wiedergabe geschaltet sind, kann man nun die 
korrigierte Fassung des Parts einspielen. Die Beendigung der Aufnahme (Punch Out) sollte immer 
auf einer stillen Stelle im Track erfolgen, damit nachfolgende Sounds nicht versehentlich 
angelöscht werden. Das Ein- und Ausschalten. der Aufnahme sollte natürlich keine Clicks oder 
ähnliches verursachen und darf hinterher auf.dem Band nicht zu hören sein. 


Um eine solche Funktion zu realisieren, ist.bei den Bandgeräten der unteren Preisklassen oft nur 
ein Fußschalter vorhanden, mit dem die Aufnahme aktiviert werden kann. Viel bequemer ist es 
natürlich auch hier wieder ein elektronisches Zählwerk, in das die gewünschten Punch-In- und 
-Out-Positionen einprogrammiert werden können; so kann man sich während der Aufnahme voll 
auf sein Instrument konzentrieren. Besonders vorteilhaft istes, wenn statt der Aufnahme der Track 
einfach nur stummgeschaltet werden Kann, so daß für den Punch vorher noch ein paar 
»Trockenübungen« stattfinden können. 


Ping-Pong (Bouncing) 

Bei etwas komplexeren Arrangements, die sehr viele Einzelstimmen beinhalten, werden in der 
Regel auch ebenso viele Bandspuren benötigt, um nachher eine optimale Kontrolle über die 
Endabmischung zu "haben. Da wir aber als arme Hobby-Musiker über keine unerschöpflichen 
Mengen an Spuren verfügen, wird es oft bald notwendig sein, den Inhalt einiger Tracks 
zusammenzufassen:und auf einen anderen zu überspielen. Dies wird Ping-Pong-Verfahren oder 
auch Bouncing genannt. Bei den kleinen Bandmaschinen mit integriertem Mischer gibt es dafür 
meist eine spezielle Schaltweise, in der die Spuren vor dem Überspielen noch durch den Mixer 
geleitet’werden können, damit man die Lautstärken und ggf. den Klang noch einmal nachregeln 
kann. Externe Mischpulte müssen hierfür ebenfalls einen Modus vorsehen, in dem möglichst 
sämtliche Features nutzbar sein sollten. 
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Die Grenzen dieses Verfahrens werden natürlich durch die Wiedergabequalität des handes 
gesetzt. Durch mehrmaliges Überspielen tritt schnell ein Kopiereffekt auf: Der Rauschanteil wird 
erhöht, Mängel des Rauschunterdrückungssystems werden hörbar, Nichtlineari iten im 
Frequenzgang multiplizieren sich. Auch bei einem guten Gerät kann man deshalb sin | 
selten mehr als drei Kopie-Generationen anfertigen, danach werden die Veränderui gen meist zu 
auffällig. In Tests von Mehrspur-Maschinen sind deshalb auch oft die Frequen änge verschie- 
dener Generationen angegeben; hieran läßt sich gut ablesen, zu wie vielen, Köpiervorgängen ein 
Gerät fähig ist. 


















6.3 Synchronisation 


Zu guter Letztmüssen noch die beiden zentralen Geräte des Aufnahme; systems, die Bandmaschine 
und der Sequencer, miteinander synchronisiert werden. Auf Deutsch heißt das, daß sich der eine 
irgendwie an die Geschwindigkeit des anderen halten muß, um:eine zeitliche Verschiebung der 
beiden zu verhindern. Dies fällt einem Sequencer natürlich leichter, da er nur einen Zeitzähler 
nachzuführen braucht und ohnehin durch ein externes Clock-Signal gesteuert werden kann; bei 
einer Bandmaschine dagegen muß hierfür der Antriebsmotor enach geregelt werden, was ziemlich 
aufwendig ist. 








Die einfachste Lösung dieses Problems besteht daher in einem Gerät, welches ein 
Synchronisationssignal auf eine Spur der Bandmaschine aufzeichnet, das mit der Position der 
Wiedergabe im Song korreliert. Dies wird als erstes in einem Vordurchlauf auf das Band 
geschrieben, von wo es bei jedem weiteren Aufnahmevorgang abgelesen und interpretiert wird. 
Bei allen weiteren Vorgängen wird der Synchronizer zum Master des Sytems, d.h., sämtliche 
Sequencer werden von seinem Clock-Signal gesteuert. Dazu liester den Sync-Toneine Weile lang 
ab und ermittelt daraus die Stelle im Song, an.der sich das Band gerade befindet. Hierauf wird er 
meist einen Song-Position-Pointer-Befehl senden, um die internen Zeiger des Sequencers korrekt 
einzustellen; durch einen Continue-Befehl wird dieser dann am richtigen Punkt eingestartet. 


Auch hier gibt es jedoch verschiedene Verfahren, die sich in ihrer Flexibilität und natürlich auch 
im Preis deutlich unterscheiden. Dies sind die drei am meisten verwendeten Prinzipien: 


Klick-Track 


Die eindeutig billigste Methode für die Synchronisation mit einem Band ist die sog. Klick-Spur, 
bei der lediglich im Abstand von Sechzehntel- oder Zweiunddreißigstel-Noten laute Einzel- 
impulse auf den Track aufgesprochen werden. Der Hardwareaufwand hierfür ist denkbar gering, 
weshalb man dieses Verfahren auch heute noch z.B. bei preiswerten Drum-Machines antrifft. Die 
Arbeit damit ist aufgrund seiner geringen Flexibilität jedoch ziemlich umständlich: Daes sich hier 
nur um einfache Klicks.handelt, die nichts über die Song-Position verraten, müssen Band und 
Sequencer für jede. Aufnahme von Anfang an neu gestartet werden, was ein vernünftiges Arbeiten 
nahezu unmöglich. macht. Aus diesem Grund soll hier nicht weiter darauf eingegangen werden. 


FSK-Sync 
Um einen Sequ ncer korrekt einstarten zu können, ist es also notwendig, daß das Sync-Signal 
ständig Auskunft über die gerade gespielte Stelle im Song gibt. Dazu müssen die Informationen 
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im Signal so verschlüsselt werden, daß sie durch die Bandaufzeichnung nicht verstümmelt 
werden; der Ausgang einer seriellen Schnittstelle ist dafür nicht geeignet, da in den Daten hin und 
wieder auch längere Perioden mit gleichem Pegel auftreten und ein analoges Tonband keine 
Gleichspannungen verarbeiten kann. Deshalb bedient man sich hier oft des sog; FSK- Verfahrens 
(FSK = Frequency Shift Keying), bei dem die beiden binären Level, 0 und 1, vor der Aufnahme 
in zwei bestimmte Frequenzen umgewandelt werden. Diese Methode wird auch in Akustik- 
kopplern für die Datenübertragung über Telefon eingesetzt. Leider ist diemaximale Datenrate auf 
ca. 300 Baud begrenzt, weshalb die Beat- Auflösung hier nicht besonders. ‚genau sein kann. 








Das Verfahren hat aber noch einige andere gewichtige Nachteile: Da 2. B. die Frequenzumtaster, 
die das Signal wieder interpretieren sollen, genau auf eine bestimmte Frequenz eingestellt sind, 
darf die Abspielgeschwindigkeit des Bands auf keinen Falll verändert werden. Das macht 
Tonhöhen-Korrekturen für die Abstimmung z.B. auf einen bestimmten Flügel unmöglich. Aus 
dem gleichen Grund können die meisten Geräte keine FSK-Spuren lesen, die von anderen Geräten 
aufgenommen wurden. Auch kann eine solche Sync-Spur.nicht geschnitten oder anderweitig 
korrigiert, sondern muß vor der Aufnahme aller anderen Tracks erstellt werden und ist dann nicht 
mehr zu verändern. 


SMPTE- und EBU-Timecode 


Das Bedürfnis nach der Synchronisation von Geräten ist jedoch noch wesentlich älter als MIDI- 
Schnittstelle und Sequencer; in der Filmproduktion müssen ja immmer Bild und Ton aufeinander 
synchronisiert und immer wieder geschnitten werden. Schon 1972 definierte die US-amerikani- 
sche »Society of Motion Picture and Television Engineers« (SMPTE) ein Format für ein Sync- 
Signal, das sich an der Anzahl der Bilder eines Films oder Videogeräts orientiert. Dies sind in der 
US-Norm 30, in der eropäischen Norm aber 'nur 25 Bilder pro Sekunde; da man aber einen 
einheitlichen Standard etablieren wollte, übernahm die European Broadcasting Union (EBU) das 
Aufzeichnungs-Format der SMPTE, nur auf die hier übliche Bildanzahl modifiziert. 


Da der Timecode auf so unterschiedlichen Medien wie Bandmaschine und z.B. Videorecorder 
aufgebracht werden muß, existieren hierfür zwei Methoden: die Unterbringung der Code-Daten 
inder Austastlücke des Video-Bildes (VITC = Vertical Interval Timecode), und die Aufzeichnung 
als Audio-Signal auf einem Band (LTC = Longitudinal Timecode). Erstere wird im allgemeinen 
nur von sehr teueren Synchronizern unterstützt, die wohl nur im professionellen Bereich zu finden 
sind. Im Bereich der Bandsynchronisation, wo sich SMPTE ebenfalls bereits zum Standard 
entwickelt hat, sind jedoch bereits sehr preiswerte Geräte erhältlich. 


Das Datenformat. des: SMPTE- Codes ist aufgeteilt in die Stunden, Minuten, Sekunden und 
Einzelbilder (Frames), die seit der Filmklappe bzw. dem Beginn des Songs verstrichen sind. In 
jedem einzelnen Frame müssen deshalb sämtliche Daten der Position enthalten sein. Ein Frame 
wird dazu wiederum in 80 Zeiteinheiten aufgeteilt, in denen je ein Datenbit untergebracht werden 
kann. Physikalisch funktioniert das so: 80mal pro Frame wird grundsätzlich ein Polaritätswechsel, 
also eine steile positive oder negative Flanke auf das Band gebracht, umeinen Grundtakt zu geben. 
Erfolgen: genau zwischen diesen Wechseln weitere Flanken, so bedeutet das ein 1-Bit, kein 
Wechsel bedeutet ein O-Bit. Der zeitliche Abstand der Bits beträgt im EBU-Format 0.5 ms, was 
demenstprechend auch die Genauigkeitsgrenze eines solchen Systems darstellt. Für den 
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Timecode selbst werden jedoch nicht alle 80 Bit eines Frames benötigt: 32 davon sind.sog.: 
Bits und können vom Anwender beliebig gesetzt werden. 


Nun wird man sich berechtigterweise fragen, wie denn bitte die starre Einteilung in Se unden und 
Frames mit mit der ja stets variablen Geschwindigkeit eines Sequenzers vereinbar 
wiederum vom Synchronizer erledigt werden, der in diesem Fall von Anfang an.die Rolle des 
Masters, also des Taktgebers via MIDI-Clock übernehmen muß. Das Tempo kann dann nicht 
mehr am Sequencer, sondern nur noch am Synchronizer eingestellt werden: Wenn also z.B. das 
Bandan irgendeiner Stelle gestartet wird, empfängt derSynchronizer den Timecode, errechnet aus 
dem eingestellten Tempo die Stelle im Song und gibt eine entsprechende Song-Pointer-Botschaft 
mit anschließendem Continue-Befehl aus. Das bedeutet leider auch, daß während der Arbeit an 
einem Song nicht einfach der Synchronizer gewechselt werden kann, da sich die realen 
Tempowerte bei den einzelnen Geräten geringfügig unterscheiden. i Fr 








Für viele Zwecke reicht diese Technik aus; kommen im Song jedoch Tempowechsel vor, so 
müssen diese entweder mühsam von Hand programmiert werden, oder der Synchronizer muß mit 
der Fähigkeit ausgestattet sein, sich diese selbständig zu merken, einem sog. Learn-Mode. Diesen 
besitzen jedoch bei weitem nicht alle Modelle, unter anderem da dies eine ganze Menge 
Computerleistung erfordert. Optimal istes, wenn der Synchronizer bereits ein Teil des Sequencer- 
Paketes ist und damit sämtliche DIENTEN im Computer selbst durchgeführt werden 
können. 


6.4 Die Aufnahme 
Der Sync-Track 


Am Beginn einer jeden Aufnahme steht immer das Aufbringen einer Sync-Spur auf das Band. 
Zuerst stellt sich die Frage nach der Nummer der Spur, die verwendet werden soll; wie bereits 
erwähnt, sollte dies zur Minimierung des Übersprech-Effekts unbedingteine Randspur sein. Viele 
Bandmaschinen sehen hierfür bereits eine Spur vor, auf der z.B. die Rauschunterdrückung 
abgeschaltet werden kann, um das Signal so wenig wie möglich zu verfremden. Das nächste 
Problem ist die Einstellung des Aufnahmepegels, mit der das Signal aufgesprochen wird. Wird 
dieser zu hoch gewählt, so wird. der Sync-Ton auf der Nachbarspur hörbar; nimmt man den Sync 
dagegen zu leise auf, kommt es-unter Umständen zu Lesefehlern. Bei professionellen Band- 
maschinen mit sehr geringem Übersprechen wäre ein Pegel um -10 dB ein guter Mittelwert, bei 
preiswerteren Geräten etwäs darüber: ca. -3 dB. 





Dann kann man an die Aufnahme des Sync-Signals herangehen. Bei Klick-Spur und FSK-Sync 
wird dazu das Band auf Record gestellt und dann der Sequenzer gestartet. Dabei sollte man jedoch 
möglichst alle Spuren des Sequencers stumm schalten, damit die Clock-Befehle nicht durch 
andere Busaktivitäten verzögert werden. Ein SMPTE-Synchronizer erledigt diesen Vorgang 
selbstständig, der Sequencer ist in diesem Fall nicht beteiligt. 







ufnahmearbeit treten allerdings Probleme auf, wenn die Spur direkt neben der 


Sync-Spur bespielt werden soll, während von dieser synchronisiert wird. Um ein Tonband 
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magnetisieren zu können, muß der Aufnahmekopf ein sehr starkes Magnetfeld erzeu 
diesem Grunde tritt im Moment der Aufnahme ein wesentlich stärkeres Übersprechen auf, als das 
beider Wiedergabe der Fall ist. Der Effekt kann so ausgeprägt sein, daß eine Synchronisation unter 
diesen Umständen unmöglich wird. Die Spur kann in diesem Fall nur noch d für Aufnahmen 
genutzt werden, wenn der Sync nicht gleichzeitig gelesen werden muß. ... 








Aussteuerung 


Als nächster Schritt müssen vor der ersten Aufnahmephase alle Spuren auf die Lautstärke der 
beteiligten Instrumente eingepegelt werden. Grundsätzlich gilt natürlich auch hier, daß die höchste 
Aussteuerung auch den besten Störabstand bewirkt. Aus diesem Grund sollte man den Pegel 
wirklich soweit anheben, wie es das verwendete Bandmaterial erlaubt. Da die meisten modernen 
Aufnahmeköpfe recht gutmütig auf Übersteuerung reagieren, kann man hier ziemlich hart an die 
Grenze gehen. Bei den recht preiswerten Chromdioxid-Bändern sollte z.B. mühelos ein Auf- 
nahmepegel von +3 dB zu verkraften sein, bei Metallbändern noch weit darüber. 


Overdubbing 


Nun kann die eigentliche Produktionsarbeit beginnen: Abhän gig von den vorhandenen Keyboards 
und Expandern, oder besser deren Stimmenanzahl, wird man die Stimmen des Songs in Gruppen 
aufteilen, die zusammen eingespielt werden sollen. Dabei ist es vorteilhaft, wenn diese gleich so 
auf den Spuren zu liegen kommen, wie sie für die Endabmischung gebraucht werden, um 
möglichst keine Überspielungen vornehmen zu müssen und so ein gutes Stück Klangqualität zu 
retten. Deshalb sollte das vorhandene Stimmenpotential immer voll genutzt werden, damit der 
Song in möglichst wenigen Durchgängen und einem geringen Verbrauch an Bandspuren ein- 
gespielt werden kann. 


In vielen Fällen wird es jedoch nicht möglich sein, sämtliche MIDI-Stimmen in einem Take in den 
Kasten zu bekommen; dann muß die Aufnahme auf mehrere Durchgänge verteilt werden. Möchte 
man darüber hinaus noch akustische Instrumente oder Vocals hinzufügen, so ist dies ohnehin nur 
nacheinander möglich. Das weitere Vorgehen hängt jetzt sehr stark von der Anzahl der zur 
Verfügung stehenden Bandspuren ab: Besitzt man nur eine 4-Spur-Maschine, so muß man sich die 
Reihenfolge der einzelnen Aufnahmephasen gut überlegen, da die Anzahl der verbleibenden 
Spuren ja mit jedem abgeschlossenen Vorgang geringer wird. Möchte man hier z.B. seine eigene 
Stimme übereinanderlegen,; so muß man diese auf getrennte Spuren aufnehmen und dann im Ping- 
Pong-Verfahren auf eine andere Spur übertragen; das geht aber nur, wenn mindestens drei Spuren 
frei sind, zwei für die Aufnahme und eine weitere als Zielspur beim Überspielen. Gleichzeitig 
möchte man aberauch beim Einspielen solcher Instrumente bereits eine Begleitung haben; 
zumindest ein Taktbezug muß hergestellt sein. Ein Ausweg ist hier vielleicht, wenn man alle 
Vorgänge ganz’am ‚Anfang durchführt, die durch die Anzahl der Durchgänge sehr viele Spuren 
PAUSPIUChEIE ‚und den Sequencer dabei nur zur Begleitung mitlaufen läßt. 


3 
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Die Endabmischung 


Die letzte Phase in der Produktion eines Songs ist die Abmischung des Mehrspur-Bandes- auf die 
üblichen zwei Stereo-Spuren, hier wohl am besten auf ein Kassettendeck. Das Mischpult muß 
hierfür in der Lage sein, jede Spur auf die beiden Stereokanäle beliebig zu verteilen 
damit eine Ortung im Stereobild zu geben. Dies besorgt in der Regel der sog. Panrlng- -Regler. 
Leider ist das nur mit den einzelnen Spuren möglich; sind auf einer Spur mehrere Instrumente, so 
können diese natürlich nicht mehr getrennt geregelt werden. Sowohl die Positionen im Stereobild 
als auch die Pegel der einzelnen Instrumente sind damit nicht mehr nachkorrigierbar. Wenn man 
also mehrere Tracks im Ping-Pong-Verfahren aufeinen anderen überspielt, so muß man schon hier 
einen genauen Mix vornehmen, was aber in der Regel nur mit einiger. Übung und Erfahrung zu 
befriedigenden Ergebnissen führen wird. Es 














Gelegentlich möchte man aber doch möglichst allen aufgenommen Instrumenten eine indivi- 
duelle Stereo-Ortung geben, und dennoch mit Hilfe des Ping-Pong- -Verfahrens Spuren einsparen. 
Außerdem besitzen die meisten Synthesizer ohnehin schon Stereo-Ausgänge, über die eingebaute 
Effekte (wie z.B. Chorus) wesentlich besser klingen als in Mono. Hierfür könnte man folgendes 
Verfahren vorschlagen, obwohl auch dieses mindestens eine 8-Spur-Maschine voraussetzt: Zuerst 
bestimme man zwei Spuren, auf die der Stereo-Pre-Mix "aufgebracht werden soll. Auf die 
restlichen Spuren zeichnet man dann die einzelnen Stimmgruppen auf, die einzeln im Stereobild 
positioniert werden sollen. Anschließend überspielt man alle bis dahin aufgenommenen Spuren 
auf die beiden gewählten Stereo-Tracks, wobei man mit.der Aussteuerung einer jeden Quelle auf 
den beiden Spuren das Panningregelt. Beider Endabmischung wird dann jede der so entstandenen 
Stereo-Spuren auf einen der beiden Ausgangskanäle gelegt. 


Abschließend muß noch einmal daran erinnert werden, daß wir ja mit einem Sequencer-System 
arbeiten, und die Bandmaschine hier im Pririzip nur eine periphere Rolle spielen sollte. Für eine 
optimale Ausnutzung der vorhandenen Geräte sollte man natürlich immer nur diejenigen Stimmen 
auf Band bringen, bei denen das unbedingt nötig ist, wie akustische Instrumente oder 
Vokalstimmen; gerade das macht ja.die Flexibilität der Kombination Sequencer/Bandmaschine 
aus. Im MIDI-orientierten Studio wird man deshalb in der Regel alle Stimmen der vorhandenen 
Synthies und Expander ausreizen, bevor man einen Overdub vornimmt. Für die Endabmischung 
ist es deswegen überaus nützlich, wenn der Mixer zusätzlich zu den Bandspuren noch ein paar 
Tracks mehr besitzt; z.B. kann ein 8-Spur-Mixer für die Arbeit mit einer 4-Spur-Maschine 
durchaus sinnvoll sein. Dannat ristes ohne weiteres möglich, alle verfügbaren Synthi-Stimmen 
während der Poduktionsarbeit i immer in Realtime mitlaufen zu lassen und erst beim Endmix mit 
einzubringen, was natürlich ein großes Plus an Klangqualität bringt. 
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1.1 Anforderungen an ein neues Format 


Die erstaunlichen Leistungen der Home- und Personalcomputer neuerer Generation hat die 
Entwicklung einer großen Anzahl von Anwenderprogrammen in den Bereichen Text- 
verarbeitung, Grafik und Musik etc. verursacht. Da alle diese Programme, die mit ihnen 
bearbeiteten Daten in irgendeiner Form abspeichern und wieder laden können müssen, bedienen 
sie sich hierfür mehr oder weniger standardisierter File-Formate, deren Vielfalt in ähnlichem, hier 
aber weniger erfreulichen Umfang zugenommen hat. Selbstverständlich ist es so gut wie 
unmöglich, für alle erdenklichen Kombinationen vorhandener Programme Umwandlungstools 
mitzuliefern, so daß dem User in aller Regel die gewünschte Verwendung »fremder« Datensätze 
verwehrt bleibt. (Dies gilt speziell für Programme, deren Fileformat lediglich ein Memory-Dump 
der Daten im Arbeitsspeicher darstellt.) 


Die Forderung nach einem Datenformat, welches den Ansprüchen heutiger und vor allem 
zukünftiger Programmideen- und Entwicklungen Rechnung zu tragen vermag, und gleichzeitig 
Verwendbarkeit der Datensätze in artverwandten Programmen gewährleistet, scheint die einzige 
Konsequenz in dieser Situation zu sein. Dies stellt jedoch hohe Anforderungen an die Flexibilität 
des Formatkonzepts: 


Erstens ist es praktisch nicht möglich, sämtliche Erfordernisse und Eigenschaften zukünftiger 
Entwicklungen vorauszusehen und ihnen gerecht zu werden. Es müssen daher stets Möglichkeiten 
zur Erweiterung, d.h. zur Hinzufügung weiterer Elemente und Details vorhanden sein. Um hierfür 
nicht auf eine »zentrale formatdefinierende Autorität« angewiesen zu sein, dürfen diese Er- 
weiterungsmöglichkeiten jedoch keinen Einfluß auf die restliche Struktur des Formats ausüben, 
was nur durch vollkommene Modularität erreicht werden kann. Das Ziel sollte hierbei sein, jedem 
Programm zu ermöglichen, fremde Datensätze einzulesen, elementare Datengruppen zu inter- 
pretieren, nicht identifizierte Teile zu überlesen, fehlende Komponenten durch Voreinstellungen 
(Default-Werte) zu ersetzen und so die Daten unter Verwendung des restlichen Kontextes in die 
jeweilige Repräsentation im Arbeitsspeicher umzuwandeln. 


Zweitens bedeutet die Realisierung eines Programmes, welches sich nach einem möglichst 
allgemein gehaltenen Standardformat richten soll, oft einen nicht unerheblichen Mehraufwand 
gegenüber dem oben erwähnten MemoryDump-Verfahren. Um diesen in erträglichen Grenzen zu 
halten, benötigen Softwareentwickler möglichst standarisierte Zugriffsprozeduren und Unter- 
programme, welche genausoleicht modifizierbar und erweiterbar sein sollten wie das Daten- 
format selbst. Die hierdurch gewonnene Modularität jedoch ermöglicht eine weitgehende Isola- 
tion der Anwendung von den Eigenschaften des verwendeten Formates und erlaubt dem 
Programmierer eine hiervon unabhängige Konzeption seiner Idee. 
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Von diesen Überlegungen angeregt, entschloß sich 1985 die Firma Electronic Arts, ‚den »EA IFF 
85«-Standard zu entwickeln und allen Amiga-Programmierern zur Vereinheitlichung ihrer 
Produkte anzubieten. Vor allem durch auf dem Apple Maclntosh existierende ‚Formate inspiriert, 
orientiert sich dieser Standard hauptsächlich an der Architektur u MC68000- O-Prozessors, 
welcher auch das Herz des Amiga bildet. 





1.2 Datentypen und Speicherbedarf 





1.2.1 Adressenanpassung (Alignment) 


Eine der wesentlichen Eigenschaften des MC68000-Prozessors ist es, daß alle Datentypen, die 
größer sind als 1 Byte (Wörter, Langwörter) nur an geraden Adressen liegen dürfen. Eine 
Nichtbeachtung dieser Konvention veranlaßt den 68000 zum Sprung in eine Exception und damit 
den Amiga zum Absturz. Aus diesem Grund müssen sämtliche Daten, die Wort- oder Lang- 
wortbreite aufweisen, an Wortgrenzen liegen und Byte-Daten, wie z.B. Text, mit einem 
Ergänzungsbyte (Pad-Byte) abgeschlossen werden, sofern sie aufeiner ungeraden Adresse enden. 
Das Pad-Byte sollte beim Schreibvorgang stets mit einem O-Wert belegt werden, es wird jedoch 
empfohlen, dies beim Lesevorgang nicht als unbedingt’gegeben vorauszusetzen. 


1.2.2 Numerische Werte 


Im IFF-Standard sind, obwohl der 68000 Byte-, Wort- wie Langwortdaten sowohl mit als auch 
ohne Vorzeichen verarbeiten kann, nur die folgenden Typen zugelassen: 


UBYTE 8 Bit ohne Vorzeichen 
UWORD 16 Bit ohne Vorzeichen‘ 
WORD 16 Bit vorzeichenbehaftet 
LONG 32 Bit vorzeichenbehaftet 


Diese werden z.B. in C (Aztec.Bättice-C) wie folgt definiert: 


typedef unsigned char UBYTE; 
typedef unsigned short UWORD; 
typedef short WORD; nn 
typedef long LONG; 





1.2.3 Textdaten (Characters) 


Sämtliche zugelassenen Character-Werte in Zeichenketten und Identifiern (siehe unten) befinden 
sich auf der ASEII-Tabelle zwischen den Werten " " (Space, hex $20) und "-" (Tilde, hex $7F). 
Eine Ausnahme. bilden Linefeed (neue Zeile, hex $0A) und Carriage Return (Wagenrücklauf, hex 
$0D). Die restlichen Werte von hex $0 bis hex $1F haben in IFF keine definierte Bedeutung. Der 
Bereich von 'hex $7F ist für zukünftige Erweiterungen reserviert. 
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1.2.4 Identifier 


Zur Kennzeichnung bestimmter Datengruppen dient im IFF-Standard ein vom Apple MacIntosh 
übernommenes Prinzip, welches sich 4 Byte (= 32 Bit) breiter sog. »Type-ID« bedient und so der 
Arbeitsweise des 68000 besonders entgegenkommt. Sie bestehen aus einer Aneinanderreihung 
von 4 ASCII-Zeichenwerten aus dem Bereich " " (Space, hex $20) und "-" Hilger her $7F). Die 
C-Definition lautet: 







typedef char ID[4]}; 


Type-ID sollten nicht von einem Leerzeichen (Space, hex $20) angeführt werden, an allen 
sonstigen Positionen sind Leerzeichen erlaubt. Da es nötig sein kann; Type- ID in DOS-Datei- 
namen zu verwenden (z.B. als Extension), dürfen sie keine DOS-Interpunktionszeichen (wie: 

und/) sowiekeine Kleinbuchstaben enthalten. Letzteres istnötig, dader Vergleich zwischen Type- 
ID stets case-sensitiv ist (d.h. Groß- und Kleinbuchstaben werden unterschieden), das DOS Groß- 
und Kleinschreibung jedoch ignoriert, was sonst zu Problemen führen kann. Man beachte, daß 
Type ID sowohl in der oben beschriebenen Weise als auch als LONG (32 Bit vorzeichenbehaftet) 
definiert werden können, da sie nur Byte-Werte bis höchstens $7F enthalten. Das oberste Bit ist 
also nie gesetzt, was die Berücksichtigung des Vorzeichens unnötig macht. Um eine Type-ID in 
eine LONG-Konstante umzuwandeln, verwendet man:in C üblicherweise das folgende Makro: 


#define MakeID(a,b,c,d) ((a)<<24 | (b)<<16 | (eis<El (d)) 


1.3 Das Chunk-Prinzip 


Ein File-Format muß sich in erster Linie nach den Eigenschaften der File-Verwaltungrichten, von 
deres verwendet wird, in unserem Fall des Amiga-DOS. Um jedoch weitgehende Unabhängigkeit 
vom System und damit eine gewisse Portabilität zu gewährleisten, beschränkte man sich beim 
IFF-Standard auf die beiden grundlegenden Formen des Dateizugriffs: sequentieller und wahl- 
freier Zugriff. Beim Ersterem werden die Daten in ihrer »natürlichen« Reihenfolge nacheinander 
geschrieben oder gelesen (im Amigä durch die DOS-Funktionen Write() und Read() realisiert). 
Viele Operationen, wie z.B. »Piping«, d.h. die Weitergabe von Datensätzen unter mehreren 
Programmen, erfordern diese Technik. Bei Letzterem wird zuerst die Position der gewünschten 
Daten innerhalb der Datei angewählt und erst dann der Schreib- bzw. Lesezugriff ausgeführt 
(Amiga-DOS-Funktion Seek()); vas gegenüber dem erstgenannten Verfahren meist einen hohen 
Geschwindigkeitsvorteil bietet. & 





Um diesen wirklich zu nutzen, scheint die Verwendung von festen Positionen innerhalb der Datei 
angeraten, was sich jedoch bei ersterem Verfahren von vornherein verbietet. Um sequentiellen 
Zugriff zu ermöglichen, ohne der Methode des wahlfreien Zugriffs allzuviel von ihrer Effektivität 
zu nehmen, wurde BE Mittelweg beschritten. 





1.3.1 Identifier und Längenzähler 


Das dem IFF- Fön rmat zugrundeliegende Ordnungsprinzip ist die Organisation jeglicher in einem 
File enthaltenen Daten zu sogenannten »Chunks« (engl. : Klotz, Stück). Ein Chunk besteht aus 
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einem Identifier (in Form einer der oben erwähnten Type-ID), einem Längenzäbler vom Typ 
LONG (32-Bit-vorzeichenbehaftet) und den jeweiligen Chunk-spezifischen Daten.(siehe Abb. 
1.1). Die C-Definition lautet. (Sie dient lediglich zur Veranschaulichung, wegen.der fehlenden 
Größenangabe würde sie kein Compiler akzeptieren:) 





typedef struct { 
ID ckID; 
LONG ckSize; /* sizeof (ckData) */ 
UBYTE ckData[!* ckSize */]; 

} Chunk; 











Leerer Chunk 





20202020 00000000 


SHDR-Chunk 








’"SHDR’ 53484452 00000004 
tempo,vol.,clITrack. 397C 7F 01 


a 





Abb. 1.1: SSHdr-Chunk und leerer Chunk 


Derldentifier ckID bestimmt den Typ des Chunks und damit das Format sowie den Verwendungs- 
zweck der Chunk-Daten; Eine Leseprozedur muß also sämtliche Type-ID, welche das Programm 
verwenden soll, mit ckID vergleichen und, wenn die Suche erfolgreich war, den Chunk inter- 
pretieren, andernfalls aber überspringen. Die folgenden Type-ID sind in IFF für den Gebrauch als 
»Strukurelemente« reserviert: 


"FORM" "FOR 1"..."FOR9" Form-Chunk 





"LIST"  "LISI".."LISQ" List-Chunk 
"CAT" ."CATI "."CATI" CAT-Chunk 
"PROP" Property-Chunk 


Diese 23 ‚bilden die syntaktische Struktur des IFF-Formats, wobei »FOR 1« bis »FOR%« nur als 
zukünftige Versionsangaben vorgesehen sind (analog »LISi1« bis »LIS9« und »CATI« bis 
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»CAT%«). Innerhalb dieser Chunks dürfen weitere FORM-, LIST-, und CAT-Statements 
verschachtelt sein, wobei FORM stets eine fest definierte Anordnung von Daten- und Pröperty- 
Chunks (oder weiterer FORMs, LISTs und CATs) darstellt, CAT und LIST jedoch nur ine lose 
Aneinanderreihung der anderen Strukturelemente sind. Da das SMUS-IFF-Format: selbst jedoch 
ausschließlich aus »FORM«-Statements besteht (siehe unten), soll hier auf die anderen Elemente 
nicht weiter eingegangen werden. 








Der Wert von ckSize gibt die Länge des Datenfeldes ckData in Bytes an. Wenn dieser ungerade 
ist, folgt auf den Chunk ein O-Byte, um den nächsten Chunk wieder an einer Wi rtgrenze beginnen 
zu lassen. Daes in ckSize nicht mitgezählt wird, ergibt sich die Gesamtlänge eines Chunks aus dem 
auf 2 aufgerundeten Wert von ckSize plus 8 Bytes für die Einträge ckID und ckSize selbst. Ineinem 
»leeren« Chunk ist also die Gesamtlänge gleich acht und ckSize gleich null. 





Diese Anordnung ermöglicht die folgenden Zugriffstechniken: 


Beim Lesevorgang kann einerseits der Chunk-Kopf (ck/D und ckSize) eingelesen und ck/D mit 
gesuchten Type-ID-Strings verglichen werden. So dann wird ckSize aufgerundet und die dadurch 
bestimmte Anzahl von Bytes eingelesen, unabhängig davon ob der Chunk interpretiert werden 
konnte oder nicht (sequentieller Zugriff). Andererseits kann im Falle eines »fremden« Chunks die 
gegenwärtige Position im File auf den nächsten Chunk gerichtet werden, indem man (per 
wahlfreiem Zugriff) »ckSize« zu dieser addiert, um dort mit der Interpretation fortzufahren. 


Beim Schreibvorgang hat man nun die Möglichkeit, entweder zuerst sämtliche erforderlichen 
Werte in einem vorherigen Durchlauf zu bestimmen, um dann den ganzen Chunk auf einmal zu 
übergeben, oder aber zuerst die eigentlichen Daten zu schreiben und dann wieder zur Position von 
ckSize zurückzukehren, um diese zu berichtigen.‘ 


Der Aufbau eines Chunks wird im folgenden durch diese Standardschreibweise ausgedrückt: 
Chunk ::= ID # { UBYTE* } [0] . 


»Chunk« ist der hierbei zu definierende ‚Chunk-Typ, »ID« die Type-ID, die ihm zugeordnet 
werden soll, und »#« repräsentiert ckSize. Hierauf schließt sich das (von Typ zu Typ unter- 
schiedliche) Datenfeld an, welches im Bedarfsfall durch [0], d.h. ein Pad-Byte, abgeschlossen 
wird. s 





1.3.2 Der FORM-Chunk 


Wie oben erwähnt, gibt.es im IFF-Standard eine Klasse von Chunks, die ein IFF-File als solches 
identifizieren und seinen \ufbau strukturieren. Sie stellen gewissermaßen syntaktische Befehle 
dar, ähnlich denen für Strukturdefinitionen in einigen Programmiersprachen (wie z.B. struct in 
C).Der hierbei am häufigsten verwendete ist der FORM-Chunk, der folgendermaßen definiert 
wird: = 










FORM "FORM" #{ FormType (LocalChunk | FORM | LIST | CAT)* } 
FormType ID: 
LocalChunk . 





Chunk | Property 
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Da wir uns wie gesagt auf die Erfordernisse des SMUS-IFF-Formats beschränken wollen, welches 
die Gruppen LIST und CAT nicht verwendet, können wir die Definition vereinfachen: 







FORM := "FORM" #{ FormType (LocalChunk | FORM)* } 
FormType ‚= ID 
LocalChunk := Chunk | Property 





Abb. 1.2: Form-Chunk 





Hieraus ist ersichtlich, daß jedes IFF-File von einem FORM-Statement umschlossen sein sollte, 
damit sich die Gesamtlänge des Files aus dem ckSize-Wert errechnen läßt und so alle vorhandenen 
Daten erkannt werden können. Dieser Wert ist für die Gesamtlänge der Anordnung verbindlich. 
Tritt aufgrund eines Fehlers beim Schreibvorgang eine Differenz zwischen ihm und der Summe 
dereinzelnen Chunk- -Längen auf, so muß er stets als mögliches Ende der Datei betrachtet werden, 
da es sonst zu Fehlermeldungen der Dateiverwaltung kommen kann. 


Das erste, Element des FORM-Chunk-Datenfeldes ist wiederum eine Type-ID, welche den Typ 
des FORM-Chunks und damit den Typ der inihm zuerwartenden weiteren Chunks bestimmt. Hier 
eine kleine Auswahl solcher FORM-Typen: 
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SMUS simple musical score (einfaches Musikformat) 
85VX  8-Bit sampled voice (Musikinstrument-Format) 


ILBM interleaved bitmap (Grafikformat) 
FTXT formatted text (Textformat) 
FNTR _raster font (Zeichensatzformat) 





Anschließend beginnen die FORM-Typ-spezifischen Chunks, deren Gesamtheit eine dem Typ 
eigene Syntax bilden. Leseprozeduren sollten allerdings unbedingt so flexibel sein, die einzelnen 
Komponenten in beliebiger Reihenfolge lesen zu können, um gegen Abweichungen unemp- 
findlich zu sein. Zu bemerken ist, daß jeder dieser sog. »LocalChunks« nurim Zusammenhang mit 
dem jeweiligen FORM-Typ definiert ist, d.h. ID können innerhalb verschiedener FORM- 

Anordnungen unterschiedliche Bedeutungen haben. So kommt man in der Namensgebung für 
neue Komponenten einer FORM nicht so schnell in Verlegenheit. 


Die in einer FORM auftretenden Chunks lassen sich grob in zwei Kategorien einteilen: Daten- 
Chunks, die z.B. Bitmap-, Noten-, oder Sounddaten enthalten, und »Eigenschafts«-Chunks 
(Properties, siehe oben). Letztere haben die Aufgabe, die in.den Daten-Chunks enthaltenen 
Informationen näher zu spezifizieren, wie z.B. die Farben einer Grafik anzugeben, Tempo und 
Lautstärke eines Liedes zu bestimmen und ähnliches mehr. Da es nötig sein kann, eine bestimmte 
Eigenschaft innerhalb einer FORM mehrmals zu verändern, muß man einen Geltungsbereich für 
die jeweiligen Property-Chunks definieren. Die diesbezügliche Regel lautet: Alle Angaben gelten 
so lange, bis sie explizit geändert werden. So könnte man z.B. für die einzelnen Stimmen eines 
Musikstückes verschiedene Lautstärken bestimmen, indem man zuerst die Lautstärke A angibt, 
dann die Daten für Stimme A folgen läßt, dann Lautstärke B angibt und so fort. Treten in einem 
File jedoch mehrere FORM-Statements auf, so sollte man bei der Interpretation eines neu 
begonnen FORM-Chunks wieder auf die jeweiligen Default-Einstellungen zurückgreifen. 


Für weitere Informationen über den IFF-Standard und die ihm untergeordneten Formate siehe 
[Addison-Wesley, The Amiga ROM Kernel Manual: Exec, App. B-29 ff / Addison-Wesley: The 
AmigaR.K.M. Includes&Autodocs] 


1.3.3 LIST, CAT und Properties 


Außer von einem FORM- Statement kann ein IFF-File auch von einem LIST- oder CAT- 
Statement umschlossen werden. Diese dienen der Aneinanderreihung von weiteren FORM-, 
LIST- oder CAT-Chunks, wobei FORM einen klar definierten Satz von Chunks beinhaltet, LIST 
und CAT jedoch letztlich nur Aneinanderreihungen von FORM-Chunks sind. 


CAT-Chunks 


Ein CAT-Chunk besteht aus der ID »CAT« und dem ChkSize-Feld, welches die Länge der 
gesamten Anordnung angibt. Hierauf schließt sich, ähnlich wie beim FORM-Chunk, eine weitere 
ID an, die den Inhalt des CAT-Chunks charakterisiert: 


cAT . 
ContentsType "t: 






"CAT " #{ ContentsType (FORM | LIST | CAT)* } 
= ID (abstrakter Datentyp oder ein Hinweis auf einen) 
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Die ID »ContentsType« sollte im Normalfall identisch sein mit der der in der CA 
befindlichen FORM-Chunks, oder gleich 0000 sein, wenn mehrere verschiedene FORM-Typen 
enthalten sind. CAT-Chunks sollten nicht ineinander verschachtelt sein, sonde: j 

ander angeordnet werden. 


LIST-Chunks 
LIST-Chunks unterscheiden sich von CAT-Chunks nur in der Hinsich 


LIST ı:= "LIST" #{ ContentsType PROP* (FORM | LI 
ContentsType ::= ID 
PROP-Chunks 


PROP 
FormType 


FormType zeigt hierbei an, für welche Art von FORM die aufgeführten Property-Chunks 
bestimmt sind. Alle in einem PROP-Chunksaufgeführten Properties haben nur Gültigkeit 
innerhalb des sie enthaltenden LIST_Chunk: Außerdem kann eine Propety innerhalb eines 
FORM-Chunks geändert werden. Zum iel kann in einer Liste von SMUS-FORMss, deren 
Instrumente durch einen PROP-Chunk iniert wurden, das Instrumentenset eines einzelnen 
Scores dadurch umdefiniert werd dem in diesem andere Instrumenteinstellungen als 
Property-Chunks enthalten sind. fhalb dieses FORM-Chunks gelten wieder die im PROP- 
Chunk definierten Instrument 
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Der SMUS-IFF-Standard ist ein typischer Vertreter der IFF-FORM-Familie. Vollkommen 
modular aufgebaut, eignet er sich sowohl zum Abspeichern reiner Musikdaten eines 
Kompositionsprogrames, als auch zur Integration in andere IFF-Files, so z.B. einer Video- 
Animation mit musikalischer Untermalung. Er wurde von Electronic Arts ursprünglich für 
Spieleprogrammierer entwickelt, die Musik und Soundeffekte in ihre Projekte integrieren, hierbei 
aber möglichst auf existierendes Material oder zumindest Fragmente davon zurückgreifen wollen. 
Verwendet wird er inzwischen in leistungsfähigen Musik-Editorprogrammen wie Deluxe Music 
Construction Set oder Aegis Sonix, die dem Anwender eine große Vielfalt an Ausdrucks- und 
Variationsmöglichkeiten bieten. 


Beim Entwurf des SMUS-Formats orientierte man sich an den Bedürfnissen »klassischer« 
Musikstücke, welche im allgemeinen durch recht wenige Elemente, nämlich Notendauern (ganze, 
halbe, Viertelnoten etc.) und dazugehörige Instrumente sowie Lautstärke und Tempo dargestellt 
werden können. Dies erlaubt zwar keine absolut freie Kompositionstechnik, wie in vielen Formen 
moderner Musik oft erwünscht, genügt aber für die meisten Anwendungen auf der Ebene heutiger 
Unterhaltungs- und natürlich auch Computermusik. 


2.1 Definitionen 
2.1.1 Events 


Da Musik als eine Abfolge akustischer Ereignisse anzusehen ist, liegt es nahe, als Grundeinheit 
für musikalische Daten das »Ereignis« oder Event zu definieren. Um jedoch nicht für jedes dieser 
Ereignisse immer alle eventuell benötigten Parameter (wie Tempo, Instrument, Lautstärke eines 
Tones) mit angeben zu müssen, istes zweckmäßig, ein Klasse von Events zu etablieren, mit denen 
sich alle erforderlichen Werte einstellen lassen. Diese Einstellungen müssen, analog der bei den 
Properties erwähnten Regel, bis zur nächsten ausdrücklichen Änderung Gültigkeit haben. Ihr 
Kontext sollte so gewährleisten, daß jedes auftretende Event durch die zwei Parameter »Ereignis- 
Art« und »Dauer« vollständig beschrieben wird. 


Im SMUS-Format führte man die folgenden Typen von Events ein: 


SNote Note-Event 
SID_FirstNote erste Note 
SID_LastNote letzte Note 
SID_Res Pause 

SID Instrument neues Instrument 


SID_TimeSig Taktmaß setzen 
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SID _KeySig Tonart setzten 

SID Dynamic Lautstärke setzen 

SID _ MIDI Chnl Midi-Kanal angeben 

SID MIDI Preset MIDI-Presetwert angeben 
SID_Clef Notenschlüssel setzen (Oct. 88) 
SID Tempo Tempo setzen (Oct. 88) 


2.1.2 Tracks 


Bei den meisten elektronischen wie auch bei vielen akustischen:: ikinstrumenten ist die 
Tonerzeugung an »Stimmen« (Tracks) gebunden, d.h. physikalische Einheiten, die jeweilsnurzur 
Erzeugung eines Tones fähig sind. Bei einer Gitarre z.B. ermöglichen die sechs Saiten maximal 
sechs Töne gleichzeitig zu spielen, ähnlich bei den meisten Synthesizern mit ihren Oszillatoren 
oder bei den vier Digital/Analog-Wandlern des Amiga. Um eine. Anordnung solcher Einheiten mit 
den benötigten Informationen zu versorgen, bieten sich grundsätzlich zwei Wege an: 








ÜO Die Speicherung sämtlicher Daten in einem einzigen Informationsstrom, unter Angabe der 
Stimme, der ein Event zugeordnet werden soll. Dies erlaubt z.B. ein sequentielles Abspielen von 
Daten, die nicht vollständig im Arbeitsspeicher Platz finden und nur bei Bedarf von Zeit zu Zeit 
nachgeladen werden. Der Speicherbedarf ist hier jedoch relativ hoch, da für die Trackzuweisung 
bei den im SMUS-Format maximal definierten 255:Tracks ein ganzes Byte pro Event benötigt 
wird. 


U Die Aufteilung der Daten in separate Informationsströme, von denen jeweils einer einem 
bestimmten Track zugeordnet ist. Die Numerierung erfolgt gemäß der physikalischen Reihenfol- 
ge der Track-Daten in der Datei, wobeimandaräuf achten sollte, daß die wichtigen Stimmen zuerst 
auftreten, und erst dann die Begleitungsstimmen folgen. Dadurch werden in einem Musikstück 
(im folgenden Score genannt), welches mehr-Tracks enthält, als die abspielende Software bzw. 
Hardware bearbeiten kann, lediglich die.Stimmen mit geringerer Priorität ignoriert, um den 
Charakter des Stückes möglichst wenig'zu verfälschen. 


Hauptsächlich aus Gründen der‘ Speicherplatzersparnis und der einfacheren programm- 
technischen Realisierbarkeit, entschied man sich beim SMUS-IFF-Standard für die letztgenannte 
Methode. 


2.1.3 Instrumente | 


Der wichtigste Parameter für ein akustisches Ereignis ist nach Tonhöhe und Tondauer wohl die 
Klangcharakteristik .h..das Verhältnis zwischen den Teilschwingungen eines Tones sowie der 
Lautstärkeverlauf. Diese hängen natürlich von der jeweiligen Wiedergabeeinheit ab, deren 
Eigenschaften in:den meisten Fällen auch noch in einem weiten Bereich variiert werden können. 
Es bedarf also‘ ‚schon einer sehr komplexen Anordnung von Parametern, um einen Klang 
umfassend beschreiben zu können. Man unterscheidet im IFF-Format zwei Fälle: 








O Die Klangwiedergabeeinheit befindet sich innerhalb des Computers, auf dem das Abspiel- 
programm. (Player- Programm) läuft, kann also direkt angesteuert werden (wie hier die D/A- 
Wandler des Amiga). In diesem Fall werden sämtliche Werte, mit denen die interne Hardware 
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versorgt werden muß, wiederum in einem bestimmten Format zusammengefaßt und mit Hilfe der 
computereigenen Fileverwaltung archiviert (siehe Kapitel »Instrumentenformate«).,, 





O Der Ton soll von einem externen, über ein MIDI-Interface angeschlossenen PF 
erzeugt werden. Dann muß der Player lediglich die innerhalb des externen Geräte "gewünschte 
Stimme (MIDI-Kanalnummer) und Klangeinstellung (MIDI-Presetwert) an.die Schnittstelle 
übergeben. Wenn das geschehen ist, können beliebige Folgen von Notenwerten, bestehend aus 
Tonhöhe und Dauer, an den Synthesizer ausgegeben werden (siehe Kapite »Was ist MIDI«). 





Wie die Einstellungen von Lautstärke und Tempo, so wird auch das ge genwärti gvoneinem Track 
benutzte Instrument durch ein dafür definiertes Event angegeben. Dieses Event enthält nun die 
Nummer des gewünschten Instruments als Referenz aufeine von sog. »INS 1«-Chunks gebildeten 
Liste innerhalb der SMUS-FORM. Die Nummer ist hierbei die. Ordnungsnummer in der 
physikalischen Reihenfolge der INS1-Chunks. Jeder Track eines Scores muß entweder auf eines 
dieser Instrumente gesetzt sein oder, falls im Track nach dem Startnoch keine Instrumentenangabe 
erfolgt ist oder das gesuchte Instrument nicht gefunden wurde, mit einer Voreinstellung (Default- 
Instrument) belegt werden. 


2.2 Standard-SMUS-Chunks = 


In diesem Kapitel sollen nun die Chunk-Typen, die’die Syntax der SMUS-FORM bilden, im 
einzelnen erläutert werden. In Abb. 2.1 sehen Sie den Aufbau eines SMUS-Files, wie es von einem 
beliebigen Score-Editor erzeugt werden könnte. Das File umschließende FORM-Statement wird 
gefolgt von dem (notwendigen) Property-Chunk »SHDR«, den (optionalen) Instrument- 
referenzen »INS1« sowie den eigentlichen Notendaten in Form der »TRAK«-Chunks. In diesem 
Beispiel handelt es sich um eine C- Dur-Tonleiter, welche durch das Instrument »Piano« gespielt 
werden soll. 


2.2.1 Der SHDR-Chunk 


Dieser Chunk erscheint in den meisten Fällen als erster in einer SMUS-FORM. Er enthält eine 
SScoreHeader genannte Struktur,.die in C folgendermaßen definiert wird: 





define ID_SMUS MakeID('S', 
define ID_SHDR MakeID('St, 'Hf,'D', 'R') 





typedef struct { . = 
UWORD tempo; /* Tempo in (Viertelnoten/Minute) * 128 */ 
UBYTE volume; ,/* Gesamtlautstärke von 0-127 */ 
UBYTE ctTrack;,‘ /%- Anzahl der "TRAK"-Chunks */ 

} SScoreHeader; “ 





Das Strukturelemenit tempo gibt die Abspielgeschwindigkeit sämtlicher Tracks im Score an. 
Abhängig dav nn, ob ein Event zur Tempoänderung während der Wiedergabe definiert ist (siehe 
unten), stellt dies entweder einen verbindichen Wert für die gesamte Dauer der Wiedergabe dar, 
Gdermi nureinen at der bei Bedarf geändert wird. Die Angabe bezieht sich auf die Anzahl 
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A64F524D 0000005A 
53405553 


’SHDR’ 53484452 00000004 
tempo,vol.,ctTrack 397C 7f 01 ie 


"NAME’ 4E414D45 0000000F 
’C-Dur-Tonleiter’  432D4475722D546F 
6E6C656974657200 


"INST’ 494E5331 00000009 
reg.,type, datal, 2 00 00 00 00: 


"Piano’ 5069616E6F00 


"TRAK’ 5452414B 00000018 
SID_Time$Sig: 4/4 82 1A 
SID_KeySig: C-Dur 8300 
SID_Dynamic: OdB 84 7F 
SID_Instrument: #0 81.00 


- 8C02 3E02 4002 4102 
— 4302 4502 4702 4802 


Abb. 2.1: C-Dur-Tonleiter 





der Viertelnoten pro Minute, multipliziert mit 128. Ein Wert von 1 bedeutet also 1 Viertelnote in 
128 Minuten, der höchste mit einer UVORD-Variable darstellbare Wert, 65536, ergibt eine Ge- 

schwindigkeit von 512 Viertelnoten pro Minute. Die meisten Playerprogramme werden diesen 
Bereich jedoch nicht ganz ausnutzen, und ihn in der Regel auf einen sinnvollen Abschnitt von ca. 
30-300 Viertelnoten. ;pro Minute beschränken. 


Das Element völume bezeichnet die Lautstärke, mit der alle Tracks wiedergegeben werden. Mit 
diesem Wert müssen die individuell eingestellten Lautstärken der jeweiligen Tracks skaliert 
werden, um die effektive Lautstärke eines Tones zu erhalten. Der Wertebereich umfaßt 0 bis 
einschligßlich 127, wobei O unendlich leise (-[unendlich] dB) und 127 Vollausschlag (0 dB) 
bedeutet. 
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Das Element ctTrack schließlich enthält die Anzahl der Tracks eines Scores, sprich die, Anzahl der 
in der SMUS-FORM enthaltenen »TRAK«-Chunks (siehe unten). 


2.2.2 Die optionalen Text-Chunks NAME, 
(c), AUTH, ANNO 


Im SMUS-Format gibt es eine Klasse von Chunks, die zusätzliche Informatiker über den Score 
wie Autor, Erstellungsdatum oder evtl. Urheberrechtsschutz enthalten k n. Die Datenfelder 
dieser Chunks bestehen aus den im IFF-Standard üblichen Character-Werten aus dem Bereich 
"" (Space, hex $20) bis "-" (Tilde, hex $7F). Die Größe ckSize gibt, bier die Anzahl der Bytes 
wieder, die von dem jeweiligen Text-String belegt wird. 


Der NAME-Chunk enthält den Namen des entsprechenden Seite Män beachte, daß sich dieser 
Name keineswegs mit dem Dateinamen des jeweiligen Scores decken muß, wobei der im NAME- 

Chunk angegebene Name den »eigentlichen« Namen des Scores darstellt. Am besten ist es also, 

beim Entwurf eines Score-Editors darauf zu achten, daß sich diese beiden Angaben niemals 
widersprechen können. 














Der (c)-Chunk kann einen Copyright-Vermerk enthalten, wobei z.B. ein (c)-Chunk, gefolgt 
von den Character-Werten »1990 by Nicolaus Wirsing« aphz einfach die Standardformulierung 
"(c) 1990 by Nicolaus Wirsing" bedeutet. 


Da es sich bei den beiden letztgenannten Chunks’um Property-Chunks handelt, ist eine evtl. 
Mehrfachangabe redundant, d.h. nur der jeweils zuletzt aufgetretene Chunk wird berücksichtigt. 
Sie sollten außerdem höchstens eine Länge von 256 Byte aufweisen, da dies auf den meisten 
Maschinentypen die maximale Länge für.Character-Strings ( wie z.B. Dateinamen) darstellt. 


Der ANNO-Chunk schließlich enthält einen beliebigen Kommentar. Dieser kann eine beliebige 
Länge aufweisen, in den meisten Programmen dürfte jedoch aus praktischen Gründen der 
Wertebereich einer WORD- Variablen (d. h. 25. 32768) die Obergrenze sein. 


Die ID dieser Chunks werden in C durch folgende Makros eingeführt: 


#define ID_Name MakeID('N',!A', 'M','E') 
/* enthält einen char[]-Vektor (den Namen des Scores) */ 






#define ID CopyRight MakeID, 
/* enthält einen char 


arte, )',! ’) 
tor (Copyright-Hinweis) */ 











#define ID AUTH MakelD("a','u','T','H') 
/* enthält einen char[]-Vektor (den Namen des Autors etc.) */ 








#define ID ANNO MakeID('A','N','N','0') 
/* enthält einen: char ]-Vektor (Erstellungsdatum o.Ä.) */ 
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2.2.3 Der INS1-Chunk 


Im INS1-Chunk werden die Instrumente definiert, die in einem Score verwendet were 
Einfache Playerprogramme können diese Angaben ignorieren und statt dessen eigene eingebaute 
Instrumente verwenden, höherentwickelte werden sie jedoch berücksichtigen; die musikali- 
sche Charakteristik eines Scores möglichst wenig zu verfälschen. Wie erwähnt gibt es im SMUS- 
Format zwei Möglichkeiten, ein Instrument zu spezifizieren: Erstens durch Angabe eines 
Namens, nach dem entweder im Score-File selbst gesucht wird, in Form einer eigenen Instru- 
menten-FORM, oder auch in einem speziellen Instrumentenverzeichnis (üblicherweise ein 
Dateiverzeichnis), und zweitens durch die MIDI-Parameter eines angeschlossenen Sythesizers. 
Diese beiden Möglichkeiten werden in der Ken gie den Inhalt eines INSI1- 
Chunks bildet, berücksichtigt. Die C-Definition lautet: 














#define INS1I_ Name 0 
#define INSI_ MIDI 1 


typedef struct { 


UBYTE register; /* Instr.- Registernummer */: 
UBYTE type; /* Typ: Name oder MIDI */ 
UBYTE datal,data2; /* abhängig von type */ 
CHAR name[]; /* Instr. -Name */ 


} RefInstrument; 


Das Element register enthält die Registernummer des durch diesen Chunk definierten Instru- 
ments. Wenn in einem Track das Event SID.Instrument abgearbeitet wird, so wird die darin 
enthaltene Registernummer mit den Registernummern aller vorhandenen INS1-Chunks vergli- 
chen, bis ein solcher mit der gleichen Nummer:gefunden wird (siehe Tracks). Dadurch wird das 
gewünschte Instrument eindeutig bestimmt, ohne sämtliche dafür notwendigen Daten in einem 
File mehrmals auftreten lassen zu müssen. 


Das type-Element bestimmt, ob ein Instrument durch einen Namen definiert wird oder obes zuder 
Klasse der über MIDI wiederzugebenden Instrumente gehört. Steht hier der Wert /NS/_Name, so 
bedeutet das, daß das Instrument:in der oben beschriebenen Weise über den im Feld name 
angegebenen Namen gesucht wird. In diesem Fall sollten die Elemente data] und data2 mit dem 
Wert 0 belegt werden. Ist hier aber der Wert /NS/_MIDI enthalten, so wird data] als die MIDI- 
Kanalnummer und data2 als MIDI-Presetwert angesehen, und von nun an ein externes Gerät mit 
den Daten des Tracks versorgt. 





Das name-Feld sollte unabhängig vom Inhalt des type-Elements mit einem gültigen Namen 
versehen sein (oder zumindest einem Leerstring, bestehend aus einem 0-Byte), da weniger 
hochentwickelte Playerprogramme die MIDI-Option wahrscheinlich ignorieren und in jedem Fall 
nach einem Instrüment des angegebenen Namens suchen werden. 





2.2.4 Der TRAK-Chunk 


"hunk nun enthält die eigentlich abzuspielenden Noten in Form von 2 Byte breiter 
Einträge, die in ihrer zeitlichen Reihenfolge abgespeichert vorliegen. Die TRAK- 
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Chunks repräsentieren die verschiedenen Stimmen des wiederzugebenden Stückes : für jede 
Stimme ein TRAK-Chunk. Es ist auch eine Möglichkeit vorgesehen, mehrere Töne gleichzeitig, 
also einen Akkord innerhalb eines einzelnen TRAK-Chunks anzugeben, was theoretisch auch 
eine Beschreibung eines Scores in einem einzigen TRAK-Chunk ermöglichen x ürde. Diese 
Option wird jedoch aus den im Kapitel 2.1.2 genannten Gründen nur von sehr wenigen 
Playerprogrammen genutzt. 

















Die in diesen Chunks enthaltenen SEvent-Einträge bestehen aus jeweils eine 
Angabe sowie einem 8 Bit breiten Datenfeld, welches typspezifische 


en enthält. Die C- 
Definitionen lauten: “ 


#define ID_TRAK MakeID('T', 'R','A','K') 


/* Definition von SEvent */ 
typedef struct { 

UBYTE sID; 

UBYTE data; 
} SEvent; 





/* mögliche sID-Typen */ 
#define SID_FirstNote 0 
#define SID LastNote 127 


/* sID‘'s im Bereich von SID FirstNote bis 
SID LastNote stellen Notenwerte dar. */ 


#define SID_Rest 128 
#define SID_Instrument 129 
#define SID_TimeSig 130 
#define SID_KeySig 131 
#define SID Dynamic 132 
#define SID_MIDI_Chnl 133 
#define SID_MIDI_Preset 134 
#define SID_Clef 135 
#define SID_Tempo 136 


/* Die sID-Werte von 144 bis 159%sind für 
Instant-Music SEvents reserviert: (!!!), 

die restlichen Werte bis 25 ür zukünftige 
Erweiterungen des Standards. 










#define SID_Mark 
/* Definiert als Ende Zeichen für 
Repräsentationen der Daten im Arbeitsspeicher */ 


brauchen sie’nicht zu verwenden, und Playerprogramme können sie ohne Gefahr ignorieren. 
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Die Events »Note« und »Pause« 
Die ineinem TRAK-Chunk auftretenden SEvent-Typen lassen sich grob in dreiK 





ssenreinteilen: 






a) Noten-Events 
b) Pausen 
c) technische Events 





Die Events mit den sID-Werten von 1 bis einschließlich 126 gehören ur Klasse a), d.h., sie 
bedeuten für das Playerprogramm einen direkt wiederzugebenden’ Ton mit entsprechender 
Tonhöhe und Dauer. In diesem Fall ist die Einbettung in die SEvent-Struktur folgendermaßen 
definiert: 





typedef struct { 





UBYTE tone; /* MIDI-Tonnummer von 0 bis 127 
unsigned chord :1, /* Akkord? */ et 
tieOut 1%; /* 1 bedeutet gebundene Note */ ui 
nTuplet 27 /* 0 = normale Note, 1 = Triole,. 
/* 2 = Quintole, 3 = Seprols *f 
dot 1; /* punktierte Note? */ . 
division :3; /* 0 = ganze Note, 1 = halbe-Note, 


2 = Viertelnote, 7 = 128tel Note */ 
} SNote; i 


Anmerkung zur Implementation: Einige C-Compiler unterstützen keine sog. Bitfelder, wie sie in 
der letzten Definition verwendet werden. Lattice-C z.B. stellt Bitfelder grundsätzlich in einer 
Breite von 32 Bit dar, was bei der SNote-Struktur. zu einer Länge von insgesamt 5 Bytes führen 
würde. Sollten Sie einen solchen Compiler verwenden, so müssen Sie anstatt der vorhergehenden 
Schreibweise die Definition des SEvent selbst verwenden, unter Zuhilfenahme der unten ange- 
führten Konstantendefinitionen, welche die entsprechenden Bitmasken und Verschiebungswerte 
enthalten. ; 


Das Strukturelement tone enthält die.sog. MIDI-Tonnummer des wiederzugebenden Tones. 
Dieser Wert kann aus dem im MIDI:Standard definierten Bereich von 0 bis 127 stammen, wobei 
0 die tiefste, 127 die höchste mögliche Tonhöhe bedeutet. Die Numerierung der Tonhöhen 
orientiert sich an der direkten-Reihenfolge der Halbtöne im hörbaren Bereich. Deswegen kann 
durch Division der MIDI-Tonnummer durch 12 (da eine Oktave 12 Halbtöne enthält) die Oktave 
und durch den ganzzahligen.Rest dieser Division die relative Tonhöhe innerhalb der Oktave 
ermittelt werden. Beispielsweise bedeutet hier ein Wert von 60 ein eingestrichenes C. 


Der sog. Notenwert (die Länge des Tones) wird durch die Kombination der Strukturelemente 
nTuplet, dot und division bestimmt. division gibt hierbei die »Grundlänge« einer Note an: ganze, 
halbe, Viertel-, Achtelnote bis hinunter bis zur Hundertachtundzwanzigstelnote. 





Das Element dot bestimmt, ob es sich hierbei um eine sog. »punktierte« Note handelt. Diese wird 
im Verhältnis? zueiner gleichwertigen nicht punktierten Note genau eineinhalbmal länger gespielt. 








nTuplet gibt, an, ‚ob eine sog. n-Tole der Ordnung 3, 5 oder 7 yorliegt. Eine Triole besitzt 2 der 
“normalen Note, eine Quintole "/5, eine Septole 6 des normalen Notenwerts. Ge- 
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bräuchlich innerhalb der konventionellen Kompositionstechniken (vor allem in der Unterhal { 
smusik) sind jedoch nur die Triolen, wie z.B. im Jazz oder Blues, wo sie die Voraussetzung für die 
diesen Stilrichtungen eigene »Phrasierung« bilden. Quintolen- und Septolenwerte werden deshalb 
von den meisten Playerprogrammen ignoriert. 


Die effektive Länge eines Tones ergibt sich also nach der Formel: 


Grundlänge * Punktierung * n-Tole 
(1,1/2,1/4...) (1,3/2) (1,2/3,4/5,6/7) 





Für Playerprogramme empfiehlt es sich jedoch, diese drei Strukturelenpente zu einem Wert 
zusammenzufügen (durch entsprechende Bit-Maskierung des SEvent. data- -Feldes) und über eine 
Tabelle den effektiven Wert für einen Zeitzähler o.ä. zu gewinnen. j 





Das chord-Bit bestimmt, ob eine Note mit der nachfolgenden Noteim Track einen Akkord bildet, 
d.h. zur gleichen Zeit gespielt wird. Das bedeutet, daß die Zeitverzögerun ginder Abfolge der Töne 
des Tracks für dieses Event auf O gesetzt wird, weswegen der Notenwert dieses Events ignoriert 
wird. Die Notenwerte der Events eines solchen Akkords sollten jedoch aus Sicherheitsgründen 
stets dieselben sein, um dem Akkord eine eindeutig definierte Länge zu geben. Auch sollte der 
»wichtigste« Ton des Akkords (wahlweise der »Grundtone;.der tiefste, oder der »Melodieton«, 
der höchste) an letzter Stelle stehen, um simpleren Playerprogrammen, welche keine chorded 
Notes unterstützen, das Wiedergeben des für die Klangcharakteristik am meisten signifikanten 
Tones zu erlauben. Das erste SNote-Event, in dem das chord-Bit gleich 0 ist, beendet die Folge von 
Akkordtönen und gibt meist die eigentliche Spieldauer des Akkords an. Überflüssig zu sagen, daß 
innerhalb einer Folge von zu einem Akkord zusammengefaßten SEvents keine anderen Events, 
wie Instrumentänderungen etc. vorkommen dürfen, da sich sonst verschiedene Parameter eines 
Tracks auf ein und denselben Zeitpunkt beziehen würden, was höchstwahrscheinlich zu Pro- 
blemen in der Steuersoftware führen wird. 


Das tieOut-Bit zeigt an, ob die Note mit der-Nächsten gebunden werden, d.h. eine Note mit der 
Länge der Summe der beiden einzelnen Noten gespielt werden soll. Es können beliebig viele 
Noten auf diese Weise zu einem einzigen Ton zusammengebunden werden, vorausgesetzt, sie 
haben alle die gleiche Tonhöhe, d.h., daß die tone-Elemente der einzelenen SEvents die gleichen 
Werte aufweisen. Sollte dies bei’einem SEvent, dem ein gebundenes vorausging, nicht der Fall 
sein, so muß die Bindung ignoriert werden und ein neuer »Tastenanschlag« (Attack genannt) für 
die neue Tonhöhe durchgeführt werden. 


Auch Akkorde lassen sich. mit: dem tieOut-Bit um beliebige Werte verlängern, ‚wobei dieses in 
jedem einzelnen SEvent der ‘Akkord-Kette auf 1 gesetzt sein muß. Hierbei ist es praktikabel, wenn 
die Reihenfolge der Akkörd-Noten jeweils dieselbe ist, so daß ein Playerprogramm in dieser 
Reihenfolge nach den Entsprechungen der Noten in beiden Akkorden suchen kann, ohne jede 
Note des einen Akkörds mit jeder des Anderen vergleichen zu müssen. Ein Player sollte außerdem 
so flexibel sein, gegen ‚Unstimmigkeiten in eben dieser Reihenfolge unempfindlich zu sein, damit 
die Zulassung von -Akkorden in dieser Hinsicht keine zusätztlichen Probleme aufwirft. 


Das folgende Diagramm veranschaulicht die Weise, in der Akkordtöne von einem monophonen 
Playerprogramm aussortiert und damit entfallende Notenbindungen aufgelöst werden müssen. 
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pitch: 
chord: 
tieOut: 





Abb. 2.2: Akkordauflösung 








Die Länge des Events »Pause« (mit dem s/D-Wert SID_Rest, 128) richtet sich ebenso wie die 
Notenevents nach den Elementen division, dot und nTuplet. In diesem Fall sind die Elemente 
chord und tieOut ohne Bedeutung und müssen auf O gesetzt sein:- 





Sollten Sie, wie gesagt, einen C-Compiler oder eine andere Sprache verwenden, die die in der 
SEvent-Strukur auftauchenden Bitfelder nicht unterstützt, so *öfinen sie statt dessen die folgenden 
Konstanten einsetzen: 


#define noteChord {(1<<7) /* Akkordnöte */ 


#define noteTieOut (1<<6) /* Notebindung */ 

#define noteNShift 4 /* Verschiebungswert f. NTuplet */ 
#define noteN3 (1<<NoteNShift) /%,Triole */ 

#define noteN5 (2<<NoteNShift) /* Quintole */ 

#define noteN? (3<<NoteNShift) /*X Septole */ 

#define noteDot (1<<3) /*=Punktierung */ 


#define noteDl 
#define noteD2 
#define noteD4 
#define noteD8 
#define noteD16 
#define noteD32 
#define noteD64 
#define noteD128 


/* ganze Note */ 
/* halbe Note */ 
/* Viertelnote */ 
/* Achtelnote */ 
/* 16tel-Note */ 
/* 32tel-Note */ 
/* 64tel-Note */ 
/* 128tel-Note */ 


N »wWN Ho 







/* Bitmaske f. division */ 
/* Bitmaske f. Gesamtdauer */ 


#define noteDMask 
#define noteDurMask .0 


Die technischen Events’ beziehen sich ohne Ausnahme auf Zustände des Playerprogrammes, 
insbesondere der.einzelnen Tracks, die wiedergegeben werden. Diese Klasse von Events wird in 
den folgenden ii besprochen. 
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eines solchen Instrumentes, so daß diese Angabe nicht beider Verarbeitung jedeseinzelnen 5 \ 
erfolgen muß. Das SEvent, das die Änderung dieses Zustandes bewirkt, hat den : sID-Wert 
SID_Instrument und im data-Element steht die Registernummer des INSI- Chunks; em das 
gewünschte Instrument definiert wird. j 


Immer wenn von einem Zustand oder Modus die Rede ist, in dem die Noten.eines Tracks 
abgespielt werden, stellt sich die Frage nach dem Anfangszustand, also dem Zustand bevor 
irgendein diesen Zustand reglementierendes Event aufgetreten ist. Der SMUS- 

vor, daß ein Playerprogramm zu Beginn der Wiedergabe jedem Track seine ‚eigene Tracknummer 
als Instrument-Registernummer zugeordnet werden soll. Dies birgt schon. allein die Schwierig- 
keit, daß nicht in jedem Score unbedingt mindestens ebenso viele Instrumente wie Tracks definiert 
sein müssen. Deshalb bedienen sich die meisten Player eines sog. Default- -Instruments, welchem 
jeder Track als Instrumentreferenz beim Beginn der Wiedergabe zugEmänet wird. 


Das Event »Taktmaß setzen« 


Das SNote-Event mit dem sID-Wert SID_TimeSig bestimmt das, s Taktmaß, auf das sich die Noten 
eines Tracks beziehen. Dieser Wert gibt die Anzahl der Taktschläge i in einem Takt und deren 
Einheit an. Dieses Event hat lediglich eine Funktion innerhalb eines Score-Editors, da die 
effektive zeitliche Abfolge der Noten eines Tracks hiervon nicht berührt wird. Weniger professio- 
nelle Score-Editoren lassen nur ein Taktmaß innerhalb.des gesamten Scores zu, höherentwickelte 
erlauben die Änderung des Taktmaßes im Score. Es finden sich jedoch praktisch keine Editoren, 
die verschiedene Taktmaße der einzelnen Tracks zu gleicher Zeit unterstützen, wohl weil diese 
Option in der realen Kompositionstechnik zu selten benötigt wird und auch einen zu hohen 
Anspruch an die Notendarstellung des jeweiligen Programms stellen würde. 


Die C-Definition für ein SID_TimeSig-Event lautet: 


typedef struct { 


UBYTE type; /* ::= SID.Timesig */ 

unsigned TimeNSig 5:, I* Taktmaß, Zähler =) 

TimeDSig 3:; /* Taktmaß Nenner */ 
} STimeSig; 


Anmerkung zur Implementation: . Wie bereits erwähnt, können Sie entweder diese Definition 
verwenden, oder müssen durch entsprechende logische Verknüpfungen die gewünschten Werte 
gewinnen, abhängig von der von Ihnen benützten Programmiersprache. Die dazu notwendigen 
Konstanten finden Sie am Ende dieses Kapitels. 





Das Strukturelement type: enthält, wie in allen SEvents, die dem Event-Typ zugehörige sID, in 
diesem Fall SID _TimeSig. 


Das Bitfeld TimeNSi ig bestimmt den Zähler (engl.: Numerator) des Taktmaßes, also die Anzahl der 
Taktschläge (Beats) eines Taktes. Zu dem Wert dieses Feldes muß 1 addiert werden, um den 
effektiven Zählerwert zu erhalten. Bei einem Wertebereich von 5 Bit (von 0 bis 31) ergibt sich 
dadurch eine max imale Anzahl von 32 Beats pro Takt. 





Das Bitfeld i imeDS ig bestimmt den Nenner (engl.: Denominator) des Taktmaßes. 
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Da dieses Event lediglich für einen Score-Editor von Bedeutung ist, ist dessen Angat für ein 
reines Playerprogramm nicht zwingend erforderlich. Zur visuellen Darstellung eines Musik- 
stückes sind jedoch Taktstriche von großem Nutzen, um ein Musikstück leichter.bearbeitbar zu 
machen. Deshalb sollte jede SMUS-FORM am Beginn einer ihrer Tracks ein solches Event 
enthalten. Ist dies aus irgendwelchen Gründen nicht der Fall, so sieht der S! JS-Standard vor, 
beim Lesen eines Score-Files das Taktmaß */4 vorauszusetzen. ; 








Die C-Definitionen für die hier benötigten Konstanten lauten: 


#define timeNMask 0xF8 /* Bitmaske £f. TimeNSig */ “ 
#define timeNShift 3 /* Verschiebungswert f. TimeNSig * 
#define timeDMask 0x07 /* Bitmaske f. TimeDSig */ 








Das Event »Tonart setzen« 


Ebenfalls nur für einen Score-Editor interessant ist SID KeySig. Dieses Event bestimmt die 
Tonart, in der der Score dargestellt wird, und damit die Vorzeichen. Der Wert des data-Elements 
hat hier folgende Bedeutung: 











Abb. 2.3: Keysigs 
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Analog zum Taktmaß gilt dieses Event meist für sämtliche Tracks des Scores. Fehlt dieses Ex nt 
so wird normalerweise C-Dur als Default-Tonart verwendet. i 


Das Event »Notenschlüssel setzen« 


Mit Hilfe des Event SID_Clefläßt sich der Notenschlüssel bestimmen, in dem der jerklige Track 
dargestellt wird. Auch dieses Event hat nur für einen Score-Editor eine Funktion. Die data-Werte 
0-3 stehen für Violin-, Baß-, Alt-, und Tenorschlüssel. 








Das Event »Lautstärke setzen« 


Das Event SID_Dynamic bestimmt die individuelle Lautstärke eines Tracks. Hiermit lassen sich 
die Lautstärkeverhältnisse zwischen den einzelnen Stimmen regeln (Mixing). Dieser Wert muß 
noch mit dem im SHDR-Chunk angegebenen volume-Wert skaliert ‚werden, um die effektive 
Lautstärke zu erhalten. 


Der Wertebereich des data-Elementes umfaßt 0 bis einschließlich 127, wobei O unendlich leise 
(-[unendlich] dB) und 127 Vollausschlag (0 dB) bedeutet. Fehlt dieses Event am Beginn eines 
Tracks, so wird als Default-Wert 127 angenommen. 


Das Event »Tempo setzen« 


Das Event SID_Tempo erlaubt die Änderung des Wis lörgabetempos des Scores, es gilt also für 
alle Stimmen gleichzeitig. Da das data-Element leider nur 1 Byte groß ist, kann die Angabe nicht 
in 128tel Schlägen pro Minute erfolgen (wie im SHDR-Chunk) sondern nur in Schlägen/Minute. 


Die Events »MIDI-Kanalnummer setzen« und »MiIDI-Preset setzen« 


Für Playerprogramme, die angeschlossene MIDI-Hardware unterstützen, oder auch Programme, 
die ankommende MIDI-Daten ins SMUS-Format umwandeln (sog. Recordingprogramme), sind 
die Events SID_MIDI_Chnl und SID_MIDI_Preset gedacht. 


Das SID_MIDI_Chnl-Event enthält als data-Element die Nummer des MIDI-Kanals, dem der 
jeweilige Track zugeordnet werden soll. Die Abarbeitung dieses Events bewirkt, daß sämtliche 
Noten fortan an die genannte: Kanalnummer übergeben werden, sobald dieser Track durch ein 
SID_Instrument-Event auf ein: MIDI- Instrument eingestellt wird (d.h. einen /NS/-Chunk mit type 
= INS1 _MIDN. 


Das SID_MIDI_Preset-Event enthält als data-Element eine MIDI-Preset-Nummer, die dem 
durch SID_MIDI_Chnl angegebenen Kanal eine bestimmte Voreinstellung innerhalb des ange- 
schlossenen Gerätes’ zuordnet. Damit kann diesem Kanal, abhängig von den Fähigkeiten des 
externen Gerätes, ei beliebiges Instrument gegeben werden. 
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2.3 Programmspezifische (Non-Standard- ) - 
Chunks 


Im folgenden Kapitel beschäftigt sich mit den Chunk-Typen, die von den: 
Editoren und Kompositionsprogrammen erzeugt werden, um ihren Dateien programmspezifische 
Daten und Einstellungswerte hinzuzufügen. Es handelt sich hierbei ausschließlich um Property- 
Chunks, also Eigenschaftsangaben, deren Gültigkeit sich über die gesamte FORM-Struktur 
erstreckt, in die sie eingebettet sind. 


Sonix: Der SNX1-Chunk 











Sonix verwendet zur Speicherung von diversen Schiebereglern und Gadgeis einen Chunk, dereine 
sog. SNX1-Struktur enthält. Diese ist wie folgt definiert: 





struct SNX1 { 
UWORD s1_Transpose; 
UWORD s1_Tune; 
UWORD s1_Keyboard; 
UWORD s1_Mask; 
ULONG s1_Select [8]; 
BYTE s1_KeyAssign{128]; 
I 


s]_Transpose: Bezeichnet die Anzahl der Halbtöne, um die der Score bei der Wiedergabe 
transponiert wird (Transpose-Regler). Wertebereich: 0 — 255; 128 = keine Transponierung, 
jede Veränderung um einen +-16-Schritt bedeutet Transponierung um einen Halbton. 


sl_Tune: Hier wird die Feinstimmung für die Wiedergabe angegeben (Tune-Regler). Werte- 
bereich:0-255; 128= Standardstimmung (al = 440 Hz), 0=-. / Halbton, 255=+ 1 Halbton. 


s]_Keyboard: Dieses Feld gibt die Stellung des Keyboard-Gadgets und damit die Nummer des 
Kanals an, über den die Computer-Tastatur wiedergegeben werden soll. Wertebereich: 0 - 7. 


s]_Mask: Zur Zeit unbenutzt. - 


s/_Select: Hier ist der Zustand der acht Track-Schalter enthalten: O = stummgeschaltet, 1 = volle 
Lautstärke, 2 = halbe Lautstärke 


slI_KeyAssign: In dieser Tabelle stehen die MIDI-Tonnummern, die den Rawkey-Werten der 
einzelnen Tasten des Computer-Keyboards zugeordnet werden. Wertebereich: —1 = keine 
Zuordnung, 0-127 MIDI-Tonnummer. 


2.4. SMUS-Schnellübersicht 
2.4.1 Typ-Definitionen 


Hier eine Zu sammenfassung sämtlicher C-Definitionen für die SMUS-FORM. Strukturelemente 
A der beschriebenen Reihenfolge aneinandergereiht. Ein UBYTE-Feld wird zu einem 
te zusammengefaßt. Programme sollten alle Pad-Elemente auf O setzen. 
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define ID_SMUS MakeID('S','M','U','S') 
define ID_SHDR MakeID('S','H','D','R') 


typedef struct { 
UWORD tempo; /* Tempo in (Viertelnoten/Minute) * 128 */ 
UBYTE volume; /* Gesamtlautstärke von 0-127 */ 
UBYTE ctTrack; /* Anzahl der "TRAK"-Chunks */ 

} SScoreHeader; 


#define ID_Name MakeID('N','A','M','E') 
/* enthält einen char[]-Vektor (den Namen des Scores) */ 





#define ID CopyRight MakeID('(','c',')',' N) 
/* enthält einen char[]-Vektor (Copyright-Hinweis) */ 
















#define ID_AUTH MakeID('A','U','T','H') 
/* enthält einen char[}]-Vektor (den Namen des Autors etc.)” 


#define ID_ANNO MakeID('A','N','N','O') 4 
/* enthält einen char[]-Vektor (Erstellungsdatum o.Ä. &/ 





#define INS1_Name 0 
#define INS1I MIDI 1 


typedef struct { 


UBYTE register; 7% 
UBYTE type; [* 
UBYTE datal,data2; /* 
CHAR namel]; /% 


} Re£fInstrument; 


#define ID_TRAK MakeID('T','R','A',! 

F* 

/* Definition von SEvent */ 

typedef struct { 
UBYTE sID; 
UBYTE data; 

} SEvent; 


/* mögliche sID-Typen */ 
#define SID FirstNote 
#define SID LastNote 


SID FirstNote bis 
enwerte dar. */ 


/* sID‘'s im Bereich 
SID LastNote stellen 


#define 128 
#define 129 
#define 130 
#define 131 
#define SI 132 


133 
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#define SID_MIDI_Preset 134 
#define SID _Clef 135 
#define SID_Tempo 136 














/* Die sID-Werte von 144 bis 159 sind für 
Instant-Music SEvents reserviert (!!!), 

die restlichen Werte bis 254 für zukünftige 
Erweiterungen des Standards. */ 


#define SID_Mark 255 
/* Definiert als Ende-Zeichen für 
Repräsentationen der Daten im Arbeitsspeicher */ 


typedef struct { 

UBYTE tone; /* MIDI-Tonnummer von 0 bis 12 
unsigned chord :1, /* Akkord? */ 

tieout :1, /* 1 bedeutet gebundene No 

nTuplet :2, /* 0 = normale Note, 1 = Tr 

/* 2 = Quintole, 3 = Sep£ 

dot :1, /* punktierte Note? */.s 

division :3; /* 0 = ganze Note, | £ 

2 = Viertelnotef 

} SNote; 


#define noteChord (1<<7) /* Akkordnote”® 


#define noteTieOut (1<<6) /* Notebi 
® 
#define noteNShift 4 /* Verschiekufgswert f. NTuplet */ 
#define noteN3 (1<NofeNßhift) /* Triole */ 
#define noteN5 (2<<NÖTeNShift) /* Quintole */ 
Fi: 
#define noteN? e@NShift) /* Septole */ 






#define noteDot /* Punktierung */ 
/* ganze Note */ 
/* halbe Note */ 
/* Viertelnote */ 
/* Achtelnote */ 
/*% 16tel-Note */ 
/* 32tel-Note */ 
/* 64tel-Note */ 
* 128tel-Note */ 


#define noteDl 
#define noteD2 
#define noteD4 
#define noteD8 
#define noteD16 
#define noteD32 
#define noteD64 
#define noteD128 7 









>2 
3 
4 
5 
6 
/ 


noteD128 /* Bitmaske f. division */ 
Mask 0x3F /* Bitmaske f. Gesamtdauer */ 


#define noteDl 
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typedef struct { 


UBYTE type; /* ::= SID TimeSig */ 
unsigned TimeNSig 5:, /* Taktmaß Zähler */ 
TimeDsig 3:; /* Taktmaß Nenner */ 


} STimeSig; 


#define timeNMask 0xF8 /* Bitmaske f. TimeNSig */ 
#define timeNShift 3 /* Verschiebungswert f. TimeNSig */ 
#define timeDMask 0x07 /* Bitmaske f. TimeDSig */ 


2.4.2 SMUS-Standardausdrücke 


Hier eine Liste der Standardausdrucke der SMUS FORM Synta 
selbständiges IFF-File oder ein Teil eines solchen sein. 


SMUS FORM kann ein 





SMUS ::= "FORM" #{ "SMUS" SHDR [NAME] [Copyright] [ “ [IRev] 


ANNO* INS1* TRAK* InstrForm* } 


SHDR ı:= "SHDR" #{ SScoreHeader } 
NAME ı:ı= "NAME" #{ CHAR* } [0] 
Copyright ::= "(c) " #{ CHAR* } [0] 
AUTH ı:= "AUTH" #{ CHAR* } [0] 
IRev sı= "IRev" #5... } 
ANNO ::= "ANNO" #{ CHAR* } [0] 
INS1 ıı= "INS1" #{ RefInstrument } 
TRAK ı:= "TRAK" #{ SEvent* + #7 
InstrForm ::= "FORM" #{ ... } 


Das Zeichen "#" steht für das ckSize-Fe 
der geschweiften Klammern { }. Buchs 
gesetzt, was in eckigen Klammern ['} 
Wiederholungen des Ausdrucks 
angegeben. 


Die Reihenfolge der Chunks 


'ONG, 32 Bits!), also die Länge der Daten innerhalb 
ben wie z.B. IDs werden in Anführungszeichen " " 
'eht ist optional, und "*" bedeutet 0, eine oder mehrere 
or. Ein manchmal benötigtes Pad-Byte wird immer als [0] 











‚im SMUS-Format nicht so streng an der obigen Standard- 
schreibweise ausgerichtet s Chunks SHDR, Name, Copyright, AUTH, IRev, ANNO und 
INS1 können in beliebige nfolge auftreten, solange sie noch vor den TRAK-Chunks sind. 
Der Chunk »InstrForm& präsentiert irgendein in die SMUS FORM eingebettetes Instrumenten- 
format. Dies könnte z. as 8SVX IFF — Format sein. Natürlich müssen nicht erkannte 
Instrumentenfomate riert werden. 
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3.1 Das 8SVX-IFF-Format 
(8 Bit Sampled Voice) 


Zur Speicherung der beim Amiga üblichen 8-Bit-Samples ist im IFF-Format ein eigener FORM- 
Typ vorgesehen: Das 8SVX-(8-Bit-Sampled-Voice-)Format. In diesem Format können sowohl 
ganze Klangstücke mit fester Samplingrate (z.B. für unveränderliche Effekte wie kleine 
Sprachsequenzen) als auch Musikinstrumente mit variabler Tonhöhe und Spieldauer definiert 
werden, wobei für jede Oktave eine eigene Wellenform existiert. Bei den Musikinstrumenten 
lassen sich grundsätzlich zwei Typen unterscheiden: Instrumente mit einer konstanten Haltephase 
(d.h. die Tondauerrichtet sich nach dem Drücken einer Taste oder dem Notenwert ineinem Score), 
und solche, die nach einer gewissen Zeit verklingen. Letztere lassen sich mit einem einzigen 
Datenfeld darstellen, das nur einmal abgespielt wird (OneShot-Part). Diese Form ist geeignet, ein 
Instrument ohne konstante Energiezufuhr zu imitieren, wie z.B. eine Trommel, eine Gitarren- oder 
Klaviersaite etc. Erstere hingegen enthalten einen nur einmal abgespielten Teil, und einen, der 
ständig wiederholt wird, solange die Taste gedrückt bleibt (OneShot- und RepeatPart). Hiermit 
lassen sich die meisten Instrumente mit einer Haltephase befriedigend darstellen, wie z.B. eine 
Flöte, eine Orgel oder die menschliche Stimme. 


Die Darstellung erfolgt, gemäß der Audio-Hardware des Amiga, im 8-Bit-Zweierkomplement. 
Um ein optimales Signal-Rausch-Verhältnis zu erzielen, müssen die verwendeten Samples 
möglichst den maximalen Aussteuerungsbereich verwenden (-128 bis 127). Die Lautstärke des 
Klangstückes oder Instruments sollte deshalb nur über das Lautstärkeregister verändert werden. 
Hierbei ist im 8SVX-Format sowohl eine Angabe für die Gesamtlautstärke vorgesehen als auch 
eine Möglichkeit zur Gestaltung einer Hüllkurve. 


Beider Verwendung als Musikinstrument ist für jede Oktave ein Datenfeld vorgesehen, wobei nur 
die Größe des Datenfeldes der höchsten Oktave angegeben ist, welches natürlich auch aus einer 
geraden Anzahl von Samples bestehen muß. Die Felder der tieferen Oktaven müssen deshalb 
jeweils die 2‘n-fache Länge des höchsten aufweisen, für die unter der höchsten also die doppelte, 
für die darunter die vierfache usw. Dies schafft zwei Probleme: Erstens klingen Töne, die genau 
zwischen den gesampleten Tonhöhen liegen, meist ziemlich unnatürlich, da sie entweder ums 
l/,-fache tiefer oder höher abgespielt werden als sie aufgenommen wurden. Zweitens ist man 
beim Entwurf der Sampledaten ziemlich eingeengt: Hat man z.B. einen natürlichen Klang 
digitalisiert und die entsprechenden OneShot- und Repeatpunkte bestimmt, so ist man für alle 
darunter- und darüberliegenden Oktaven an diese Maße gebunden, da deren Datenfelder ja jeweils 
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genau doppelt, vierfach bzw. halb oderein Viertel so groß sein müssen. Um diese Schwierigkeiten 
zu umgehen, müßte man sich etwa einer LIST-Anordnung von einzelnen FORM 8SVX bedienen, 
um mehr Wellenformen pro Oktave definieren zu können. 


3.1.1 Standard-85SVX-Chunks 


In diesem Kapitel sollen die Chunk-Typen, die die Syntax der 8SVX-FORM bilden, im einzelnen 
erläutert werden. Eine 8SVX-FORM besteht aus dem (notwendigen) VHDR-Chunk und den 
(optionalen) Chunks NAME, AUTH und ANNO sowie ATAK und RLSE, Daran schließt sich der 
BODY-Chunk an, der die Wellenformen sämtlicher Oktaven enthält. Weitere 8SVX-Chunks 
könnten in Zukunft definiert werden, wie z.B. eine Fourier-Darstellung der Wellenform. 





464F524D. 00009B90 
38535658 


"VHDR’ 56484452 00000014 
oneShot, Repeat 00000480 00000080 
sPHiCycle, sPSec 00000008 3101 

etOct, sComp., vol. 05.00 00010000 


'4E414D45 00000005 
. 50 69 61 6E 6F 00 


4154414b 00000012 
0021 00010000 
0042 0000CCCC 
1568 00005555 


424F4459 00009B00 
0000FFFB FA 





Abb. 3.1: Piano 
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Abb. 3.1 zeigt eine 8SVX-FORM mit dem Namen »Piano«, deren Anschlagsverhalten urch 
einen ATAK-Chunk definiert wird. = 


Der VHDR-Chunk 


Der Property-Chunk VHDR enthält eine Voice8Header-Struktur, wie sie im folgen beschrie- 
ben wird. In dieser Struktur sind die Angaben und Wiedergabeparameter für die Wellenformdaten 
im BODY-Chunk enthalten (zur Speicherverteilung dieser Wellenformen. siehe 3.1.2.4 »Der 
BODY-Chunk«): 











#define ID_8SVX MakeID('8', 's', 'v', 'X') 

#define ID_VHDR MakeID('v', 'H', 'D', 'R’) 

ein sigsisin gig VolceßHeader =====-=-=>=-=72-7 2537207 

typedef LONG Fixed; /* Festkommawert mit 16 Bit link nd 16 Bit 


* rechts vom Komma. Kann gesehen:werden als 
* eine Zahl aus 2”l16teln, also 65536teln. */ 
#define Unity 0x10000L /* Unity = Fixed 1.0 = maximale Lautstärke */ 


/* sCompression: gewählter Kompressions-Algorithmus a7 

#define sCmpNone 0 /* nicht komprimiert */ 

#define sCmpFibDelta 1 /* Fibonacci-delta-Kodierung */ 

/* Weitere Kompressionsarten möglich */ 

typedef struct { a 

ULONG oneShotHiSamples, /* # Samples im OneShotPart (höchste Okt.)*/ 

repeatHiSamples, /* # Samples im RepeatPart (höchste Okt.)*/ 
samplesPerHilycle; /* # Samples/Cycle “(höchste Okt),sonst 0 */ 


UWORD samplesPerSec; /* Sampling-Rate.*/ 
UBYTE ctOctave, /* Anzahl .der 'Oktaven im BODY-Chunk */ 
sCompression; /* gewählter Kompressions-Algorithmus */ 
Fixed volume; /* Lautstärke.von 0 bis Unity (1.0, volle Lautst.) */ 


} Voice8Header; 


Jede 8SVX-FORM kann sowohl einen OneShot-Teil, der nur einmal gespielt wird, als auch einen 
Repeat-Teil enthalten, der im Anschluß an den OneShot-Teil ständig wiederholt wird. Die 
Elemente oneShotHiSamples und repeatHiSamples enthalten die Längen dieser Teile in der 
höchsten (also vom Speicherbedarf her kleinsten) Oktave der Wellenform. In den nächst unteren 
Oktaven sind die beiden Teile jeweils doppelt, vierfach, achtfach etc. so groß. Einer von beiden 
Werten kann auch Osein, so daßin allen Oktaven nurein OneShot- oderein Repeat-Teil vorhanden 
ist. . 








Die meiste Abspielsoftwa € ünterliegt hinsichtlich dieser Größen einigen Beschränkungen: Alle 
OneShot- und Repeat-Teile i im BODY-Chunk müssen eine gerade Anzahl von Bytes lang sein; 
manche Software kann als Wellenformlängen sogar nur Potenzen von 2 verarbeiten. Eine 8SVX- 
Leseroutine sollte jedoch zumindest einen ungeraden BODY-Chunk korrigieren können und eine 
ungerade unterste Oktave oder ungerade Wellenformen überhaupt ignorieren. 


Das Element samplesPerHiC 'ycle enthält die Anzahl der Samples pro Wellenformzyklus in der 
höchsten Oktave, oderbei einem digitalisierten natürlichen Instrument pro Schwingungszeit T des 
Grundtones sofern vorhanden). Diese Angabe ist nur bei einem Musikinstrument erforderlich 
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und dient zum Errechnen der Ausgaberate are bestimmte Tonhöhe. Jede Oktave nt halb der 
höchsten sollte jeweils doppelt, vierfach etc. so viele Samples/Cycle enthalte Ber effektive 
Tonabstand betrüge ja sonst nicht genau 1 Oktave.) 





samplesPerHiCycle kann oft nur ein Durchschnittswert sein, z.B. wenn der One Shot-Part bereits 
selbst eine Tonhöhenänderung enthält. Dann sollte samplesPerHiCycle am Wert für den Repeat- 
Part ausgerichtet werden. Da zur Vermeidung von abrupten Spannungsänderungen ("Clicks") 
Repeat-Teile stehts auf ungefähr dem gleichen Wert beginnen und.enden müssen, sollte das 
Verhältnis repeatHiSamples/samplesPerHiCycle immer ganzzahl ein. Viele Programme 
nehmen samplesPerHiCycle als Potenz von 2 an, teilweise sogar ohne Prüfung weiterer Bits. Das 
führt in dem Fall, daß hier ein anderer Wert steht, zu einer um eine Oktave zu hohen oder zu tiefen 
Wiedergabe. 

















Das Element samplesPerS$ec bestimmt die Sampling-Rate, midi die Wellenform im BODY- 
Chunk wiedergegeben werden soll. Dieses wird nur bei Klangsequenzen benötigt, die mit einer 
festen Datenrate abgespielt werden sollen, bei digitalisierten- Klängen üblicherweise mit der 
Aufnahmerate. Programme, die eine 8$VX-FORM als Instrument verwenden wollen, ignorieren 
diese Angabe und wählen die aus der erwünschten Tonhöhe und samplesPerHiCyocle errechnete 
Sampling-Rate. % 


Das Element crOctave enthält die Anzahl von Oktaven, deren Wellenformen im BODY-Chunk 
enthalten sind. Hieraus läßt sich zusammen mit’oneShotHiSamples und repeatHiSamples die 
Länge des BODY-Chunks bzw. die Position der Daten einer bestimmten Oktave bestimmen 
(siehe BODY-Chunk). 


Das Element sCompression gibt den Kompressionsalgorithmus an, der die Daten im BODY- 
Chunk unterzogen wurden. Hier sollte einer: von den oben definierten Werten stehen (im 
Normalfall O0 = keine Kompression). Bevor die Daten im BODY-Chunk abgespielt werden 
können, muß man diesen natürlich zuerst mit dem entsprechenden Dekompressionsalgorithmus 
behandeln. Ein BODY-Chunk wird. immer als Ganzes kompromiert oder dekomprimiert. Alle 
Angaben im VHDR-Chunk beziehen sich auf den nicht komprimierten Zustand. Der Fibonacci- 
Delta-Algorithmus wird in Abschnitt 3.1.1.5 behandelt. 


Das Element volume bestimmt die Lautstärke der Klangsequenz oder des Instrumentes. Dies 
erlaubt die Ausnutzung des vollen Aussteuerungsbereichs von -128 bis 127. Dieser Wert sollte 
z.B. von einem Playerprogramm noch mit der internen Gesamtlautstärke und ggf. mit einer 
Hüllkurve skaliert werden (siehe ATAK- und RLSE-Chunks). 


Wie erwähnt, läßt sich« eine ‚8SVX-FORM grundsätzlich auf zwei verschiedene Arten verwenden: 
Als feste Klangsequenz (Sampling-Rate ist vorgegeben) oder als Musikinstrument (Sampling- 
Rate wird frei bestimmt). Um aus einer gegebenen Wellenform das eine oder andere zu machen, 
geht man folgendermaßen vor: 








Erstellung einer‘ festen Klangsequenz: Da eine solche meistens nur aus einem OneShot-Part 
besteht „sollten oneShotHiSamples die Länge des OneShot-Parts und repeatHiSamples eine O 
enthalten (ein Repeat-Teil ist natürlich ggf. auch zugelassen). samplesPerHiCycle sollte gleich 0, 
samplesPerSec gleich der Samplingrate und ctOctave gleich 1 sein. Da die Lautstärke durch 
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volume bestimmt wird, sollte bei den Wellenformdaten der volle Aussteuerungsbereich von- 108 
bis 127 genutzt werden. Experimentieren Sie mit Kompressionsalgorithmen, da diese. eine 
erfreuliche Verkürzung der Ladezeiten von Diskette bewirken können. Wenn der dekomprimierte 
Klang befriedigend ist, vermerken Sie die verwendete Kompression in sCompression. . 





Erstellung eines Musikinstruments: Um eine 8SVX-FORM als Musikinstrument einzusetzen, 
digitalisieren oder errechnen Sie zuerst so viele Oktaven, wie Sie zur Wiedergabe Zur Verfügung 
haben wollen, und schreiben deren Anzahl in ctOctave. Abhängig vom Instrumententyp können 
entweder oneShotHiSamples oder repeatHiSamples auch gleich O sein. Optimieren Sie den 
OneShot- und vor allem den Repeat-Part einer bestimmten Oktave (am besten der höchsten), bis 
er gutklingt. Aus der Frequenz der Grundschwingung und der Länge dep Wellenform derhöchsten 
Oktave errechnen Sie samplesPerHiCycle. u FE 





Dann entnehmen Sie den anderen Oktaven für deren OneShot- und Be: -Parts jeweils entspre- 
chend große Teile, wobei das Finden von optimalen Wiederholungspunkten (Looping) nun leider 
ziemlich erschwert ist, da man in der Länge für die beiden Teile nunbereits festgelegt ist. Dies ist 
bei errechneten Daten meist noch keine große Schwierigkeit;.bei digitalisierten Wellenformen 
kann dies jedoch zum Geduldsspiel werden (siehe Kapitel 5.2)..Man kann dies vermeiden, indem 
man nur eine einzige Oktave digitalisiert, und die restlichen-Oktaven durch Verdoppelung und 
Extrapolation (d.h. man bildet Zwischenwerte für die einzelnen Samples) oder Interpolation (hier 
indem man jedes zweite Sample entfernt). Um das Verhältnis zwischen OneShot- und Repeat-Part 
den Eigenschaften des Instrumentes anzupassen, kann:der Beginn des OneShot-Parts auch mit 
Nullen aufgefüllt werden, was in gewissen Grenzen keine merklichen Effekte auf das An- 
schlagverhalten des Tones hat. 


Auch hier sollte in jedem Fall der volle Aussteuerungsbereich genutzt und jegliche 
Wellenformmodulation über das Lautstärkeregister durchgeführt werden. Gibt man zusätzlich 
einen Wert für samplesPerSec an, so kann das Instrument auch als »feste Klangsequenz« genutzt 
werden. Von einem verzerrungsträchtigen Kompressionsalgorithmus wie der Fibonacci-Delta- 
Kodierung muß bei der Erstellung von Instrumenten unbedingt abgeraten werden. 


Merke: Im Prinzip kann jede Instrument- 8SVX-FORM auch als »feste Klangsequenz« verwendet 
werden und umgekehrt. Wichtig ist, daß ein Musikinstrument unbedingt einen Wert für 
samplesPerHiCycle enthalten muß und eine feste Klangsequenz einen Wert für samplesPerSec. 


Um eine 8SVX-FORM in beiden Variationen wiederzugeben, sind jeweils die folgenden Schritte 
notwendig: 


Abspielen einer festen: <hegequenz. Um eine 8SVX-FORM als feste Klangsequenz wiederzu- 
geben, muß zunächst eine.der Oktaven ausgewählt werden, falls ctOctave größer als 1 ist. 
Normalerweise wird.man hier die tiefste Oktave wählen, da sie die größte Auflösung aufweist. 
Zuerst erfolgt die Ausgabe des OneShot-Parts, dann wird der Repeat-Part in ständiger Wieder- 
holung ausgegeben (siehe Kapitel 2 und 3). Die Lautstärke wird aus volume errechnet, evtl. unter 
Berücksichtigung einer Hüllkurve (siehe ATAK- und RLSE-Chunk). 


Abspielen eines ‚Musikinstrumentes: Um eine 8SVX-FORM als Instrument wiederzugeben, muß 
zuerst die nächstliegende verfügbare Oktave bestimmt werden. Sollte sich die gewünschte 
Frequenz. um mehr als eine Oktave von der nächsten erreichbaren unterscheiden (zu hoch oder zu 
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tief), so muß entweder eine passende Wellenform aus den vorhandenen Daten errechnet oder die 
Abspielanforderung ignoriert werden. Die Wiedergaberate sollte analog der Formel 
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gewählt werden. Wenn samplesPerHiCycle als Potenz von 2 angenommen wird, kann ein 
Abspielprogramm vorberechnete Tabellen von Wiedergaberaten verwenden. 


Die optionalen Text-Chunks NAME, (c), AUTH, ANNO 


In der 88SVX-FORM gibt es eine Klasse von Chunks, die zusätzliche Informationen über das 
Intrument wie Autor, Erstellungsdatum oder evtl. Urheberrechtsschutz enthalten können. Die 
Datenfelder dieser Chunks bestehen aus den im IFF-Standard üblichen Charakter-Werten aus dem 
Bereich " " (Space, hex $20) bis "-" (Tilde, hex $7F). Die Größe ckSize gibt hier die Anzahl der 
Bytes wieder, die von dem jeweiligen Text-String belegt wird. 


Der NAME-Chunk enthält den Namen des entsprechenden Instruments. Man beachte, daß sich 
dieser Name keineswegs mit dem Dateinamen des jeweiligen Instruments decken muß, wobei der 
im NAME-Chunk angegebene Name den »eigentlichen« Namen des Instruments darstellt. Am 
besten ist es also, beim Entwurf eines Instrument-Editors darauf zu achten, daß sich diese beiden 
Angaben niemals widersprechen können. 


Für die übrigen Chunks ("(c) ", "ANNO") gilt das bereits unter Kapitel 2.2.2 erwähnte. 


Die optionalen Chunks ATAK und RLSE 


Mit Hilfe der ATAK- und RLSE-Chunks ist es möglich, für einen Sound in der 8$VX FORM eine 
stückweise lineare Amplitudenmodulation oder Hüllkurve anzugeben. In diesen Chunks befindet 
sich jeweils eine Tabelle mit Lautstärkewerten, mit denen sich das Anschlag und Ausschwing- 
verhalten des Sounds beschreiben läßt. Ein Abspielprogramm kann diese mit der Lautstärke in der 
Voice8Header-Struktur multiplizieren, oder sie auch ignorieren und seine eigenen Einstellungen 
verwenden. 


Die C-Definitionen lauten: 


#define ID _ATAK MakeID('A', 'T', 'A', 'K') 
#define ID_RLSE MakeID('R', 'L', 'S', 'E') 
Ella ge er Envelope ATAK & RLSE --------------------- 77772 */ 


typedef struct { 
UWORD duration; /* Dauer d. Hüllkurvenabschnitts inms, > 0 */ 
Fixed dest; /* Lautstärkefaktor am Ende des Abschnitts */ 
} EGPoint; 
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/* ATAK and RLSE chunks enthalten einen EGPoint []-Vektor. In 
diesem sind die Dauer der jeweiligen Hüllkurvenabschnitte in ms 
sowie der Endlautstärkefaktor des Abschnitts als Festkommawert 
angegeben. */ 





Um eine gegebene Hüllkurve auf einen Sound aufzumodulieren, in diesem Fall« ei 
Lautstärke- und Zeitwerten, muß man sich folgender Programmiertechniken bedie nen: Da nicht 
einfach die Lautstärkewerte der Liste nacheinander ausgegeben werden können; sondern flie- 
Bende Übergänge zwischen ihnen geschaffen werden müssen, ist es unpraktisch, dies von einem 
normalen Programm erledigen zu lassen, welches ständig die Gesamtläutstärke berechnet und 
verändert. Vielmehr sollte man in einem bestimmten Zeitabstand zwischen.den Werten der Liste 
interpolieren (etwa mit Hilfe der Geradengleichung) und die Gesamtlautstärke korrigieren, was 
z.B. in einem Interrupt geschehen kann. Im allgemeinen genügt @ es; wenn dies ca. alle 10 ms 
ausgeführt wird. 


Die Abarbeitung der Hüllkurve beginnt mit dem Anschlag der Taste zw. der Note im ATAK- 
Chunk bei der Lautstärke 0. Dann wird so lange zwischen den Tabellenwerten interpoliert, bis der 
letzte Wert erreicht ist. Dieser wird dann so lange gehalten, bis die Taste wieder losgelassen wird 
bzw. die Note endet. Dann beginnt die Abarbeitung der Hüllkurvendaten im RLSE-Chunk. Diese 
werden bearbeitet, bis das Ende der Liste erreicht ist (sollte mit Lautstärke O0 enden) oder mit 
derselben Stimme bzw. Kanal eine neue Note gespielt wird: Bei einem Playerprogramm istesauch 
möglich, mit der Abarbeitung der RLSE-Hüllkurve schon vor dem eigentlichen Ende der Note zu 
beginnen, damit dieses mit dem Erreichen des Tabellenendes zusammenfällt. Dann sollte die 
ATAK-Hüllkurve rechtzeitig abgebrochen werden, falls die Note kürzer ist als die Dauer der 
ATAK- und RLSE-Hüllkurventeile zusammen. 


Abb 3.2 zeigtein Beispiel für eine aus einem ATAK- und einem RLSE-Chunk zusammengesetzte 
Hüllkurve. Beide enthalten je vier EGPoint-Einträge, was sich aus ckSize/sizeof(EGPoint) 
errechnet. Der Lautstärkewert in der Sustain-Phase entspricht dem letzten Eintrag in der ATAK- 
Liste, bis die Abarbeitung der RLSE-Liste erfolgt. 


Der BODY-Chunk 


Der BODY-Chunk enthält die DaER der Wellenformen aller Oktaven, die für diese 88sVX FORM 
defniniert sind. Ei 

#define ID BODY ee 'o', 'p', 'y') 

/* enthält einen BYTE[]-Vektor aus 8-Bit-Audiodaten */ 

Innerhalb des BODY-Chunks sind die Audiodaten im Zweierkomplement nach Oktaven geordnet 
abgelegt, wobei diehöchste und kleinste Oktave am Anfang steht. Die Daten der folgenden Oktave 
sind jeweils doppelt solang wie die der vorhergehenden. Eine einzelne Oktave besteht aus einem 
OneShot- und einem Repeatpart, oder ggf. nur einem von beiden. Abb 3.3 zeigt ein Beispiel 
für diese Anordnung, Hier könnte z.B. oneShotHiSamples = 24, repeatHiSamples = 16, 
samplesPerHiCycle = 8 und ctOctave = 3 gesetzt sein. Die durchgehenden Balken trennen 
Oktaven, die halben trennen jeweils OneShot- und Repeat-Part und die kleinen Balken repräsen- 
tieren die einzelnen Zyklen. 
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ATAK sustain RLSE 


Abb. 3.2: ATAK- und RLSE-Hüllkurve 


o I r | one-shot one-shot repeat 
hi octave mid octave low octave 


Figure 2. BODY subdivisions. 
Abb. 3.3: Aufteilung der Daten im BODY-Chunk 





Im allgemeinen enthält ein BODY-Chunk so viele Oktaven, wie in ctOctave angegeben ist. Die 
Daten für die höchste Oktave stehen am Beginn des Chunks, und enthalten am wenigsten Samples: 
oneShotHiSamples+repeatHiSamples. Jede nachfolgende Oktave enthält zwar die gleiche An- 
zahl Zyklen, ist aber jeweils doppelt so lang. Die Länge der letzten Oktave im Chunk ist dann: 
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Um Spannungssprünge und »Clicks« zu vermeiden, sollte das Ende des OneShot-Parts‘ fliel nd 
in den Beginn des Repeatparts übergehen, d.h.; es sollten keine größen Wertunterschiede anı dieser 
Stelle auftreten. Auch sollte das Ende des Repeat -Parts wieder weich in dessen Beginni üt rgehen. 





Derartige Klangdaten mit OneShot- und Repeat-Teilkönnen mit Hilfe der Amiga-Au 1diohardware 
sehr einfach wiedergegeben werden: Zuerst wird die Adresse des OneShot-Parts.als Datenpointer 
und und (oneShotHiSamples+repeatHiSamples) als Länge der Daten an die Register übergeben 
und dann die DMA gestartet. Danach braucht nur noch die Adresse des Repeat-Parts und 
repeatHiSamples als Länge übergeben zu werden, damit ab der nächsten: Wiederholung nur noch 
dieser gespielt wird._ & 


Wenn ein Kompressionsalgorithmus gewählt ist, also sCompression i im. VHDR- Chunk ungleich 
sCmpNone ist, muß das Datenfeld des BODY-Chunk zuerst als ganzes dekomprimiert werden. 
Alle Angaben im VHDR-Chunk, wie die Länge von OneShot- und Repeat-Teil beziehen sich auf 
den dekomprimierten Zustand. In jedem Fall sollte ein BODY- Kiuck mit ungerader Länge mit 
einem Pad-Byte (0) abgeschlossen werden. 


Fibonacci-Delta-Codierung 


Dieser Algorithmus wurde von Steve Hayes für die Kompression der beim Amiga üblichen 8-Bit- 
Samples entwickelt. Hier werden wie bei der normalen Delta-Codierung die Differenzen zwi- 
schen aufeinanderfolgenden Werten gebildet und gespeichert. Um auch hohe Anstiegsraten 
erzielen zu können, wird das Ergebnis jedoch erst in einen Index auf eine Tabelle umgewandelt 
und damit auf 4 Bit verkürzt. Dies reduziert den Speicherbedarf einer so komprimierten 
Wellenform zwar auf die Hälfte (plus 2 Byte), es werden jedoch nur kleine Differenzen korrekt 
wiedergegeben, bei höheren ergeben sich durch die geringere Werteauflösung Verzerrungen. 
Deshalb sollte diese Technik mit Vorsicht angewandt und in jedem Fall zuerst ausprobiert werden. 


Hier das C-Listing für den Dekrompressionsälgorithmus: (Listing stammt aus [Addison-Wesley: 
Amiga - ROM Kernel Reference Manual / Includes&Autodocs S. 1-72]) 


/* DUnpack.c --- Fibonacci Delta decompression by Steve Hayes */ 
#include <exec/types.h> 


/* Fibonacci delta encoding for: sound data */ 
BYTE codeToDelta[16] = {- 34, 24, -13,-8,-5,-3,-2,-1,0,1,2,3,5,8,13,21}; 


/* Dekomprimiert Fibonaggißdita-kodierte Daten aus einem n Byte 
langen Quellbereich in;einen 2*n Byte langen Zielbereich, unter 
Angabe eines Anfangswertes x. Gibt den letzten Datenwert x zurück, 
sodaß die Funktion mehrfach aufgerufen und so ein Speicherbereich 
Stück für Stück ‘dekomprimiert werden kann. 

*/ - 





BYTE DiUnpack (source,n,dest,x) 
BYTE sourcef}, ‚dest []; 

LONG n; “ 
BYTE x; 
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BYTE d; 
LONG i, lim; 


lim=n<]1; 
for (i=0; i < lim; +i) 
{ 
/* erst high nibble, dann low nibble decodieren*/ 








d = sourceli >> 1]; /* zwei (ein Byte) holen */ 
if (i & 1) /* high oder low nibble */ 
d&= 0xf; /* low: ausmaskieren */ 
else 
d >>= 4; /* high: um 4 rechtsschieben */ 
x += codeToDeltald]; /* Tabellenwert aufaddieren*/ 
dest [il = x; /* neuen Wert speichern * 





} 


return (x); 


} 


/* Dekomprimiert Fibonacci-Delta-codierte Daten aus, n Byte 
langen Quellbereich in einen 2*n Byte langen Zi IB&reich. Der 
Quellpuffer besteht aus einem Pad-Byte, einem, “Bit Anfangswert, 
gefolgt von n-2-Bytes, die 2*(n-2) 4-Bit-Sample&senthalten. 









*/ 


void DUnpack (source, n, dest) 
BYTE source[], dest[]; 
LONG n; 

{ r 
DlUnpack (source+t2, n-2, dest, sourgeg1]) 
} { 


Hier eine Zusammenfassung sämtlicher C-Definitionen für die 8SVX-FORM. Strukturelemente 
werden in der beschriebeneReihenfolge aneinandergereiht. Ein "UBYTE"-Feld wird zu einem 


ist, vv, 'x') 
D('v', ra DR, 'R') 


#define ID_8SVX 
#define ID_VHDR 


typedef LONG Fixed; /* Festkommawert mit 16 Bit links und 16 Bit 
rechts vom Komma. Kann gesehen werden als 
eine Zahl aus 2”16teln, also 65536teln. */ 
#define Uni 000L /* Unity = Fixed 1.0 = maximale Lautstärke */ 


: gewählter Kompressions-Algorithmus */ 
0 /* nicht komprimiert */ 
1 /* Fibonacci-delta-Kodierung */ 
/* Weitere Kompressionsarten möglich */ 
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typedef struct { 
ULONG oneShotHiSamples, /* # Samples im OneShotPart (höchste Okt.)*/ 
repeatHiSamples, /* # Samples im RepeatPart (höchste Okt.)*/ 
samplesPerHiCycle; /* # Samples/Cycle (höchste Okt),sonst 0 */ 


UWORD samplesPerSec; /* Sampling-Rate */ 
UBYTE ctOctave, /* Anzahl der Oktaven im BODY-Chunk */ 
sCompression; /* gewählter Kompressions-Algorithmus */ 
Fixed volume; /* Lautstärke von 0 bis Unity (1.0, volle st.) */ 


} Voice8Header; 
#define ID_Name MakeID('N','A','M','E') 
/* enthält einen char[]-Vektor (den Namen des Instruments) 


#define ID_CopyRight MakeID('(','c',')',' *) 
/* enthält einen char[]-Vektor (den Copyright-Hinweis) */ 


#define ID_AUTH MakeID('A', 'U','T','H') 
/* enthält einen char[]-Vektor (den Namen des Autors) #4 


#define ID_ANNO MakeID('A','N','N','O') 
/* enthält einen char[]-Vektor (Erstellungsdatum, 





#define ID_ATAK MakelID('A', 'T!, 'A', 
#define ID_RLSE MakeID('R', 'L', 'S!, 


[RS Envelope ATAK & RLSE ----- 


typedef struct { 2 f 
UWORD duration; /* Dauer d. Hüllküfßenabschnitts in ms, > 0 */ 
Fixed dest; /* Lautstärkefäktöf am Ende des Abschnitts */ 
} EGPoint; En 


/* ATAK and RLSE chunks enthalt nen EGPoint[]-Vektor. In 
diesem sind die Dauer der jeweiligen Hüllkurvenabschnitte in ms 
sowie der Endlautstärkefaktor des Abschnitts als Festkommawert 
angegeben. */ } 


#define ID _BODY 
/* enthält einen BYTE[ 


8SVX 





" #{ "8SVX" VHDR [NAME] [Copyright] [AUTH] ANNO* [ATAK] [RLSE} BODY 


“VHDR" #{ Voice8Header } 
NAME" #{ CHAR* } [0] 
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Copyright ::= "(c) " #{ CHAR* } [0] 
AUTH ::= "AUTH" #{ CHAR* } [0] 
ANNO ıı=. "ANNO" #{ CHAR* } [0] 
ATAK ::= "ATAK" #{ EGPoint* } 
RLSE ı:= "RLSE" #{ EGPoint* } 
BODY ::= "BODY" #{ BYTE* } [0] 







Das Zeichen "#" steht für das ckSize-Feld (LONG, 32 Bits!), also die L :r Daten innerhalb 
der geschweiften Klammern { }. Buchstaben wie z.B. ID werden in Anf szeichen " " gesetzt, 
was in eckigen Klammern [ ] steht ist optional, und "*" bedeutet 0, der mehrere Wieder- 
holungen des Ausdrucks davor. Ein manchmal benötigtes Pad Byte wird immer als [0] 


angegeben. 


Die Reihenfolge der Chunks muß im 8SVX-Format nicht 
schreibweise ausgerichtet sein. Die Chunks VHDR, Nam 









RBODY- Chunk stehen. "Natürlich ist 
Viizu rechnen. 
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4.1 Einführung 


Der Amiga bietet mit seinen hervorragenden Soundfähigkeiten einen großen Anreiz, eigene 
Programme mit möglichst ausgefeilten Musik- und Geräuscheffekten zu untermalen. Dies zu 
erreichen war jedoch bisher sowohl mit großem Programmieraufwand als auch mit tieferer 
Kenntnis der Hardware verbunden. Eine einfachere Möglichkeit, komplexe Musikeffekte zu 
erzielen, bieten die gängigen Kompositionsprogramme, wie z.B. »Deluxe Music Construction 
Set« von ECA, »Sonix« von Aegis Software ‚etc. Diese jedoch erlauben meist nur das Abspielen 
ihrer Kompositionen innerhalb des Programms selbst, was deren Verwendung innerhalb eigener 
Programme unmöglich macht. Eine einfache und bequeme Art, Ihre musikalischen Werke 
unabhängig von den jeweiligen Editorprogrammen erklingen zu lassen, bietet das Programmpaket 
SMUSPlayer. Der Kern von SMUSPlayer ist eine Bibliothek von Unterroutinen, im Englischen 
»Library« genannt, welche Ihnen die Einbindung Ihrer Eigenkompositionen auf denkbar einfache 
Weise gestattet. Im folgenden Abschnitt soll zuerst das Prinzip der Library, welches einen 
wesentlichen Bestandteil der gesamten Konzeption des Amiga-Betriebssystems darstellt, näher 
erläutert werden. 


4.1.1 Was ist eine Library? 


Eine Library besteht im wesentlichen aus einer Library-Struktur, einer Sprungtabelle und einem 
Programmteil. In der Struktur sind u.a. ein Node, welcher die Einbindung in eine verkettete Liste 
erlaubt, zwei Worte für die Größe von Struktur und Sprungliste, die Versionsnummer und ein 
Zähler für die Anzahl der öffnenden Tasks enthalten. Die Sprungtabelle besteht aus Einträgen von 
je 6 Byte, von denen zwei den MaschinenBefehl 'IJMP' und vier die absolute Adresse der 
entsprechenden Routine im Programmteil enthalten. Die ersten vier Einträge direkt unterhalb der 
Struktur sind für interne Zwecke reserviert, darunter beginnen die für den User nutzbaren 
Programmeinsprünge. 


Versucht man eine Library mit der Exec-Routine OpenLibrary zu öffnen, so sucht das System 
zuerst in der Resident-Liste nach dem angegebenen Namen. Diese Liste wird bei jedem Reset neu 
erstellt und enthält Namen und Position aller im ROM befindlichen Libraries, Devices, Resources 
etc. Wird dort nichts gefunden, so setzt das System die Suche im logischen Laufwerk »libs:« fort, 
welches normalerweise dem Verzeichnis »libs:« auf der Bootdiskette zugeordnet ist. Wird dort 
eine Datei mit dem gesuchten Namen gefunden, so wird diese wie ein Executable geladen, d.h., 
sie wird wie ein normales Programm nach Code-, Data- und BSS-Segmenten durchsucht und 
anschließend reloziert. Da sich solche Library-Dateien äußerlich (zumindest für das DOS) in 
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nichts von Programmdateien unterscheiden, besteht die erste als Programm ausgeführte | °osition 
aus einem Befehl, dereinen Fehlercode zurückgibt und dann das »Programm« bee: 2 ‚damiteine 
solche versehentliche Ausführung nicht zum Systemabsturz führt. 






Istdie Datei nun glücklich im Speicher, wird die Sprungtabelle erstellt, die Struktur‘ 
mit dem Node in die Library-Liste eingefügt. Die Routine OpenLibrary() kehrt dann mit einem 
Zeiger auf die Struktur zurück, über den man mit negativen Offsets ‚direkt die Einträge der 
Jumptabelle anspringen kann. Wird die Library nun von weiteren.Tasks geöffnet, so gibt 
OpenLibary() wie vorher den Library-Zeiger zurück und erhöht nur nocl ’inen Zähler. Erst wenn 
dieser durch entsprechend viele Aufrufe von CloseLibrary() wieder aufO heruntergezählt wurde, 
wird die Library aus dem System entfernt und der reservierte Speicherplatz wieder freigegeben. 








4.1.2 Die SMUSPlayer-Library 


Libraries erlauben also die Auslagerung nahezu beliebig großer und komplexer Unterprogramm- 
sammlungen auf Diskette. Wichtig dabei ist, daß sich hierbei gegenüber den ROM-residenten 
Libraries keinerlei Einschränkungen ergeben, vor allem was die Benutzung in verschiedenen 
Programmiersprachen betrifft. Da sich jede Implementation einer Sprache auf dern Amiga der 
ROM-Libraries bedienen können muß, allein schon um so grundlegende Aktivitäten wie Ein-/ 
Ausgabe etc. ausführen zu können, steht auch der Nutzung aller anderen Libraries im allgemeinen 
nichts im Wege. Diese Gesichtspunkte vor allem waren es, die für die Konzeption des Players als 
Library den Ausschlag gaben. 


Der SMUS-IFF-Standard 


Die Zielsetzung des SMUSPlayers ist,'eine Möglichkeit zu schaffen, die abgespeicherten Scores 
(Lieder) möglichst vieler gängiger Kompositionsprogramme von eigenen Programmen aus 
gesteuert wiederzugeben, unabhängig. von der jeweiligen Programmumgebung. Die meisten 
dieser Programme bedienen sich bei Wiedergabe und Speichern eines Scores des SMUS-Formats. 
Der SMUS IFF-Standard (Simple MUSical Score Interchange File Format) ist ein Teil des IFF- 
Standards, welcher von der Firma Electronic Arts[tm] entwickelt und von Commodore Amiga 
allen Softwareentwicklern zur. Vereinheitlichung ihrer Produkte vorgeschlagen wurde, um eine 
weitgehende Kompatibilität ; zwischen den verschiedenen Grafik-, Sound-, Animations- und 
Textverarbeitungsprogrammen herzustellen. Dies erwies sich zwar in einigen dieser Bereiche für 
schwer durchführbar, im Bereich der Klangverarbeitung jedoch scheint sich einstweilen das 
SMUS-Format für die Darstellung von musikalischen Daten weitgehend durchgesetzt zu haben. 





Die Funktionen des SMUSPlayers 
LoadScore und. PlayScore 


Die einfachste Art, mit dem SMUSPlayer Musik in eigene Programme zu integrieren, ist das 
einfache Laden und Abspielen der gewünschten Scores. Diesen Zweck erfüllen die Routinen 
LoadScore und PlayScore. Mit LoadScore stellen Sie der Library die Daten des wiederzuge- 
benden Scores zur Verfügung, indem Sie im Prozessorregister ADeinen Zeiger aufden Namen des 
abzuspielenden Scores und in Al einen Zeiger auf den Namen des Verzeichnisses übergeben, in 
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welchem die dem Score zugehörigen Instrumente enthalten sind. Die Namen müssen; den 
normalen DOS-Konventionen entsprechen und mit einer O enden. Gelingt es, den Score: eINZU- 
lesen, so wird in DO eine 0 zurückgegeben, anderfalls —1. 











Um den von einem Score und seinen Instrumenten belegten Speicher wieder reizugeben, 
verwenden Sie die Routine UnLoadScore. Dies stoppt die Wiedergabe des Scores und der be- 
nötigte Speicher wird an das System zurückgegeben. UnLoadScore wird beim. Schließen der 
Library automatisch aufgerufen. 








Sollten Sie eine andere Programmiersprache als Assembler verwenden, b; Würd diese Übergabe 
von den jeweiligen Interfaceroutinen übernommen, Sie müssen dann nur noch den Übergabe- 
konventionen der betreffenden Sprache Folge leisten. u 





Durch einen Aufruf von PlayScore veranlassen Sie das Abspielen. der in Daten. Hierbei 
übergeben Sie in DO eine 0, um anzuzeigen, daß der mit LoadScore geladene Score gespielt 
werden soll. In D1 kann die Anzahl der Wiederholungen angegeben werden, also wie oft der Score 
hintereinander abgespielt werden soll. Eine 0 bewirkt die endlose Wiederholung des Scores. 


Mit Stop können Sie die Wiedergabe anhalten. (Vorläufig: Der Aufruf von Stop während der 
Wiedergabe läßt die gespielten Töne ausschwingen, außerhalb der Wiedergabe bewirkt Stop 
sofortige Stille. Das bedeutet, daß zweimaliger Aufruf von ‚Stop in jedem Fall sofort alle Stimmen 
abschaltet.) 


LoadSet 


Dieses Verfahren erlaubt das Abspielen, stoppen und beliebig oft Neustarten eines geladenen 
Scores. Möchte man jedoch mehrere verschiedene Geräuscheffekte oder auch längere Scores auf 
einmal zur Verfügung haben, so müßte bei. jedem Wechsel des wiederzugebenden Liedes oder 
Klangeffekts ein Zugriff auf einen Datenträger erfolgen. Dies würde jedoch eine sofortige, 
reaktionsschnelle Wiedergabe (z.B. für untermalende Geräuscheffekte in einem Spiel) unmöglich 
machen. Zu diesem Zweck besitzt der:SMUSPlayer eine Möglichkeit, ganze Sätze von ab- 
gespeicherten Scores zu laden und, unter Angabe einer dem einzelnen Effekt zugeordneten 
Nummer, abzuspielen. Diese Sätze werden mit dem Programm »SetPacker« erzeugt, welches sich 
auf der Systemdisk befindet. Der SetPacker kombiniert Ihre abgespeicherten Scores, prüft auf 
mehrfaches Vorkommen von Instrumenten, und speichert alles in einer einzelnen Datei ab. Durch 
dieses Verfahren verkürzen sich die Ladezeiten von Diskette auf angenehme Weise. 





Diese gespeicherten Sätze (ie ; tragen das Suffix ».sset«) können nun mit Hilfe der Routine 
LoadSet dem System zu V. rfügung gestellt werden, indem Sie in AD einen Zeiger auf den Namen 
der Datei übergeben. \ 





Für die Wiedergabe: gen Scores des geladenen Satzes ist ebenfalls die Routine PlayScore 
zuständig. An PlayScore übergeben Sie in DO die Positionsnummer des Scores in der alphabe- 
tischen Ordnung i im Satz und in D1 die Anzahl der Wiederholungen. Auch hier hält man mit Stop 
die Wiedergab : an. 





I: gramm in gewissen Phasen das Ser nicht, so kann der durch den Satz belegte 
Speicher durch die Funktion UnloadSet wieder freigegeben werden. Selbstverständlich wird das 
ebenfalls beim Schließen der Library mit CloseLibrary() automatisch erledigt. 
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LoadAux 





Möchte man ein externes, zusätzliches Instrument zur Verfügung stellen, sei es nun, weil spezielle 
Klangeffekte zukomplex sind, um nebeneinander im Speicher Platz zu finden, oder weileseinfach 
zu viele sind, so kann dies mit Hilfe der Routine LoadAux geschehen. Hierdurchkann ein IFF- oder 
RFF-(Sonix-)Instrument geladen und mit Hilfe der weiter unten beschriebenen Routinen ver- 
wendet werden. An LoadAux übergibt man in AO einen Zeiger auf den File-Namen des 
Instruments. Ruft man LoadAux ein zweitesmal auf, so wird das zuvor: geladene Instrument 
entfernt und durch das neue ersetzt. Deswegen kann sich vorläufig nur ein Aux-Instrument 
gleichzeitig im Speicher befinden. rs 

















Der vom Instrument belegte Speicher wird beim Schließen der SMUSPIer library wieder 
freigegeben. "9 


Findinstr 





Alle folgenden Routinen, denen in irgendeiner Form ein Instrument angegeben werden muß, 
suchen dieses mit Hilfe der Routine FindInstr. An FindInstr wird ein Zeiger auf den Namen des 
Instruments in AO übergeben, und zwar diesmal nicht der File-Name, sondern der eigentliche 
Name des Instruments, der bei IFF-Files im NAME-Chunk der 8SVX-FORM und bei RFF- 
Instrumenten ab Adresse hex $24 im ».instr«-File steht (siehe Kapitel 3.2). Dieser sollte zwar stets 
mit dem File-Namen identisch sein, enthält aber,keine Extensions wie eben z.B. ».instr«. 


Wird FindInstr aufgerufen, so wird zuerst in einem’evtl. mit LoadScore geladenen Score nach- 
gesehen, ob das Instrument mit diesem in den Speicher gelangt ist. Wurde LoadScore nicht 
verwendet oder ist das Instrument dort nicht zu finden, so werden die Instrumente eines evtl. 
geladenen Sets durchsucht. Konnte auch hier:kein Instrument dieses Namens gefunden werden, 
so gibt die Routine eine O in DO zurück, im Erfolgsfall jedoch einen Zeiger auf das Instrument. 
Dieses kann dann, abhängig vom Instrumententyp, sogar noch vom eigenen Programm aus 
manipuliert werden. So Könnten z.B. Sonix-Analoginstrumente noch mit zusätzlichen Effekten 
wie der dynamischen Veränderung von LFO-Frequenz, Portamento etc. versehen werden. 


Wird FindInstr mit einer O in AO aufgerufen, so wird ein Zeiger auf ein evtl. mit LoadAux 
geladenes Instrument a sonst 0. 


SetDefault 





Ineinem SMUS-File solltei im Normalfall jeder Track (Stimme) miteiner Instrumentenzuordnung 
versehen sein, die den Klang der abgespielten Noten eindeutig definiert. Fehlt eine solche 
Zuordnung, so müßte: ‚der Track bei der Wiedergabe eigentlich stumm bleiben. Die meisten 
Kompositionsprogramme sehen jedoch eine automatische Instrumentenzuordnung für solche 
Fälle vor, das sog, Default-Instrument. Dieses kann in den meisten Fällen frei gewählt werden. 
Auch der SMUSPlayer besitzt eine Möglichkeit, um undefinierten Tracks ein Instrument 
zuzordnen. Dies: geschieht mit Hilfe der Routine SetDefault. In AD muß ein Zeiger aufden Namen 
des Instruments oder 0 für das Aux-Instrument angegeben werden, analog den Konventionen für 
die Routine FindInstr (diese wird auch von SetDefault zuerst aufgerufen). Von nun an werden alle 
Tracks ohne definiertes Instrument über dieses Instrument gespielt. 
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PlayNote und PlayTone 


Die Möglichkeiten von SMUSPlayer sind aber nicht auf die bloße Wiedergabe vor 
beschränkt. Speziell für Fälle, in denen vom Score unabhängige Soundeffekte benötigt werden, 
z.B. für Animationen und Spiele, sind zwei Routinen zum Abspielen von einzelnen Instrumenten 
vorgesehen. Die eine, PlayNote, dient zur Wiedergabe einer Note, d.h. ein Instrument wird eine 
bestimmte Zeit lang mit einer bestimmten Tonhöhe gespielt. Die andere, PlayTone, ignoriert die 
Angabe der Notenlänge und spielt das Instrument so lange, bis es Gurch die Routine ReleaseTone 
wieder stummgeschaltet wird. i 











Um diese Routinen mit den benötigten Parametern zu versorgen, muß man in AO einen Zeiger auf 
eine SPNote-Struktur übergeben. In ihr ist u.A. eine SNote- Struktur: enthalten, wie sie in den 
TRAK-Chunks des SMUS-Formats üblich ist. Die C-Definition der rSPNote- Stuktur lautet: 


struct SPNote { 
char *iName; 
struct SNote SNote; 
UWORD vol; 
UBYTE voice; 
UBYTE pri; 
J u 
Die Elemente dieser Struktur haben die folgenden Bedeutungen: 


iName Zeiger auf den Namen des Instruments.: 
SNote SNote — Struktur 


vol Lautstärke 
voice Kanalnummer (1-4) s 
pri Priorität der Note (-128 bis 127): 


Der Namensstring, auf den iName zeigt, wird an FindInstr übergeben (siehe dort). Es können also 
die durch LoadScore oder LoadSet zur Verfügung gestellten Instrumente verwendet werden, oder 
auch das Aux-Instrument. 


In der SNote-Struktur sind die Tonhöhe (MIDI-Pitch-Nummer) und die Informationen über den 
Notenwert enthalten (siehe 2. 2. 4.1). Die effektive Spieldauer einer Note richtet sich u.A. auch 
nach dem Tempo des gerade!l bzw. zuletzt gespielten Scores. PlayTone ignoriert den Notenwert. 
Die Felder chord und tieout haben hier keine Bedeutung. 


Das voice-Feld enthält:die Nummer des Kanals, auf dem das Instrument gespielt werden soll. 
Diese entspricht der normalen Numerierung der Kanäle plus eins, also von 1 bis 4. Dies wurde so 
gewählt, da eine O in.diesem Feld die freie Wahl eines Kanals durch den SMUSPlayer bewirken 
soll. Wenn im voice-Feld ein Wert von 1 bis 4 angegeben ist, so wird versucht, die Note auf dem 
entsprechenden: Kanal zu spielen. Ist der Kanal frei, so gelingt dies auch und der Kanal wird für 
die Dauer der Note mit der in pri angegeben Priorität belegt. Nach dem Aufruf dann steht in DO 
die Nummer des Kanals (ebenfalls von 1 bis 4, wie in voice). Wird auf diesem Kanal jedoch gerade 
eine andere Note mit gleicher oder höherer Priorität gespielt, so kehrt die Routine mit —1 als 
Fehlepiieldung in DO zurück. 
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Wenn das voice-Feld jedoch eine O enthält, sucht sich der SMUSPlayer selbst einen ‚passenden 
Kanal. Hierzu geht er folgendermaßen vor: Zuerst wird nach einer ganz freien Stimme gesucht, 
die weder von einem Score noch von einem anderen Aufruf von PlayNote oder PlayTone besetzt 
sind. Ist ein solcher nicht verfügbar, so durchsucht er die momentanen Prioritätenauf’den Kanälen 
nach einem Wert, der niedriger ist als der eigene. Erst wenn auch in diesem Durchgang nichts 
gefunden wurde, wird die Suche abgebrochen und -1 in DO zurückgegeben. Ansonsten wird die 
Nummer des gefundenen Kanals in DO zurückgegeben und die Note auf diesem gespielt. 


Im pri-Element muß die Priorität angegeben werden, mit der der jeweilige Kanal während der 
Wiedergabe der Note belegt wird. PlayNote und PlayTone können bereits besetzte Kanäle nur 
dann übernehmen, wenn im pri-Feld eine höhere Priorität steht als die am Kanal anliegende. 
Gleiche Prioritäten unterbrechen sich nicht untereinander. 












Hinweis: Alle durch die Score-Wiedergabe gespielten Noten haben di die Priorität 0. Möchte man 
eine hierdurch belegte Stimme nutzen, so muß man im pri-Feld eine Priorität von mindestens 1 
angeben. 


SetReturnSig 


Die Verwendung dieser Routine ermöglicht die Synchronisation eines Programmes mit dem Ende 
eines Scores. Erreicht die Wiedergabe eines mit Play$core gestarteten Scores dessen Ende, so 
kann damit das Absenden eines Signals an einen oder mehrere Tasks bewirkt werden. Dieses 
Signal muß der jeweilige Task zuvor angeben, in dem er SetReturnSig mit der Signalmaske in DO 
aufruft. In dieser Signalmaske können auch mehrere Bits gesetzt sein. Der Task kann nun auf das 
Eintreffen dieses Signals warten, oder auch einen Softwareinterrupt auf dieses Ereignis hin 
bestimmen. Gibt man eine O in DO an und ruft SerReturnSig auf, löscht die Library alle Bits der 
Signalmaske für den jeweiligen Task und entfernt diesen aus der Liste der Signalempfänger. 


Die Kompositionsprogramme 

Im Prinzip kann SMUSPlayer die abgespeicherten Scores eines jeden Kompositionsprogrammes 
wiedergeben, welches sich an den SMUS IFF-Standard hält. Es gibt zu diesem Standard allerdings 
bei einigen Programmen gewisse Erweiterungen, welche die Wiedergabe ihrer Scores durch 
andere Programme verhindern.:Ein solches ist z.B. Sonix[tm] von Aegis Software. Sonix kann 
zwar die Dateien der meisten 'Kompositionsprogramme lesen, umgekehrt gilt das leider für die 
meisten Programme nicht. Daher wurde bei der Entwicklung von SMUSPlayer der vollständigen 
Kompatibilität zu Sonix: größte Aufmerksamkeit geschenkt. 


Es ist nicht die Zielsetzung von SMUSPlayer, ein eigenes Kompositions- und Editorsystem zu 
bilden, wie es für den Entwurf eigener Musikstücke notwendig ist. 


4.2 Die Programmierung der Library 


Wenn Sie.es. ‚noch nicht getan haben sollten, so schlagen Sie bitte zuerst das Kapitel Installation 
auf, und folgen den Anweisungen des entsprechenden Abschnitts, um Ihre Arbeitsumgebung 
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4.2.1 Die Programmierung der Library in Assemble 


folgende Sequenz geschehen: 


INCLUDE "SMUSPlayer lib.i" 
INCLUDE "exec/exec_lib.i" 


lea LibName, al 

elr.:1 do 

move.l a6,- (a7) 

movea.l 4,a6 

jsr LVOOpenLibrary (a6) 

move:l (a7)+,a6 

move.l d0, SMUSPlayerBase 
SMUSPlayerBase as.l 1 


LibName ds.b "smusplayer.library", 


Sie können allerdings auch die komfortablen Makrosaı 
was in diesem Fall so aussähe: 


lea LibName, al 

celr.l do 

CALLSYS OpenLibrary 
move.l d0, SMUSPlayerBase 


Nun ist die Library initialisiert und steh 


Score zu laden, der auf der Systemd 
Sequenz: 


lea 

lea 
move.] 
movea.l 
jsr 
move.l 
tst.1 
bne 


Auch hierfür ist i supp.i ein Macro vorgesehen, nämlich LINKSYS: 


ScoreName, a0 
InstDirName, al 
LoadScore, SMUSPlayerBase 
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Genauso brauchen Sie jetzt z.B. für einen Aufruf von Stop nur noch die Zeile 


LINKSYS Stop, SMUSPlayerBase 





einzugeben, da Stop weder Parameter benötigt noch irgendwelche Ergebnisse zurückgibt. 





Um die Library wieder zu schließen (was Sie als ordentlicher Programmierer ets tun sollten), 
verwenden Sie die Zeilen: 


lea SMUSPlayerbase, al 
CALLSYS CloseLibrary 





4.2.2 Die Programmierung der Library ıc 


Die Interfaceroutinen von C benötigen, um auf die Library zugr en zu können, ein globales 
Symbol, genannt Librarybase. Dieses Symbol muß ein Zeiger auf, die im entsprechenden Header- 
File definierte Library-Struktur sein, welche stets eine Erweiterung der Standard-Library-Strukur 
bildet. Der Zeiger muß von Ihrem Programm zur Verfügung gestellt und mit dem Ergebniswert 
von OpenLibrary() initialisiert werden. Dies könnte z.B. durch folgenden Programmkopf reali- 
siert werden: Rn 





#include <smusplayer_lib.h> 
struct SMUSPlayerBase *SMUSPlayerBase; 


main () 

{ 

if(!(SMUSPlayerBase = OpenLibrary ("smisplayer.library",0))) { 
printf("SMUSPlayer.lib konnte nicht..geöffnet werden!\n"); 


Wenn Sie alle diese Elemente in Ihrem Programm untergebracht haben, können die Funktionen, 
wie bei allen anderen Libraries auch,;durch einfache Angabe des Namens und der Parameter in 
Klammern aufgerufen werden, z.B. 

char *ScoreName; 


char *InstDirName; 
BOOL Error; 





Error = LoadScore (ScoreName, InstDirName) ; 
if(Error) { 
printf ("Score 






konnte nicht geladen werden!\n"); 


} 


Wie bei allen 
schließen, z. B. 


CloseLibrary (SMSPlayerBase) 






h rogrammiersprachen, so sollten Sie auch hier die Library ordnungsgemäß 
ait der Zeile: 








üssen Sie nur noch darauf achten, daß Sie stets die Datei mit den Interfaceroutinen, 
 lib.o, im Linkerkommando berücksichtigen. Entweder schließen Sie sie als nor- 
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male Objektdatei mit ein (d.h. die gesamte Datei wird mit in Ihr Programm gelinküjfe der Sie 
wandeln diese mit den vom Compiler gestellten Tools in eine »Linked Library« um, Sie können 
diese dann mit der »-I«-Option des Linkers einbinden, wobei dann nur die wirkli 
Teile extrahiert werden. 











4.2.3 Die Programmierung der Library in Basic: | | 


Die Verwendung der Library von Basic aus ist denkbar einfach. Nachdem die Datei 
SMUSPlayer.bmap an ihren Platz gebracht worden ist (siehe Kapitel Installation), brauchen Sie 
nur noch die benötigten Funktionen mit der DECLARE FUNCTION-Anweisung zu deklarieren 
und die Library mit der LIBRARY-Anweisung zu öffnen. Dies geschieht auf folgende Weise: 


DECLARE FUNCTION LoadScore& LIBRARY 
DECLARE FUNCTION UnLoadScore& LIBRARY 
DECLARE FUNCTION LoadSet& LIBRARY 
DECLARE FUNCTION UnloadSet& LIBRARY 
DECLARE FUNCTION PlayScore& LIBRARY 
DECLARE FUNCTION Stop& LIBRARY 
DECLARE FUNCTION LoadAux& LIBRARY 
DECLARE FUNCTION SetDefault& LIBRARY 
DECLARE FUNCTION PlayNote& LIBRARY 
DECLARE FUNCTION PlayTone& LIBRARY 
DECLARE FUNCTION ReleaseTone& LIBRARY 
DECLARE FUNCTION FindInstr& LIBRARY 
DECLARE FUNCTION SetReturnSig& LIBRARY 





LIBRARY "smusplayer.library" 


Hierbei wurden der Einfachheit halber sämtliche Funktionen deklariert. Sie brauchen natürlich nur 
diejenigen aufzuführen, die Ihr Programm:auch tatsächlich verwendet. 


Der Aufruf erfolgt am besten mit Hilfe der Call-Anweisung mit dem Namen der Funktion da- 
hinter, wobei das Schlüsselwort Call.eine Verwechslung des Funktionsnamens mit einer 
Sprungmarke verhindert. 


4.3 Das Programm SetPacker 


Wie im Einführungsabschnitt:bereits erläutert, ist es eine der wesentlichen Eigenschaften des 
SMUSPlayers, mehrere Scores parallel im Speicher zu halten und diese bei Bedarf wiedergeben 
zu können. Hierzu müssen Sie zu Sätzen, im folgenden »Sets« genannt, zusammengefaßt werden. 

Diese Aufgabe wird durchdas Programm SetPacker erledigt, welches sich im Verzeichnis »SDK« 
Ihrer Systemdiskette befindet. Der SetPacker ermöglicht Ihnen die bequeme Auswahl der Musik- 
und Geräuscheffekte, die Sie in Ihrem Programm benötigen. 





4.3.1 Der Start von SetPacker 


Sie können ; etPacker sowohl vom CLI als auch von der Workbench aus starten. Wenn Sie 
bevogipgt mit der Workbench arbeiten, gehen Sie bitte so vor: 
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Falls das noch nicht geschehen ist, laden Sie zuerst die Workbench mit loadwb und sorgen dafür, 
daß sich die SMUSPlayer-Systemdisk in einem der Laufwerke befindet. Öffnen‘ Sie das Root- 
Fenster der Diskette durch einen Doppelklick auf ihr Icon. 





Betätigen Sie nun das Icon des Verzeichnisses SDK mit einem Doppelklick. Im jetzt geöffneten 
Fenster sehen Sie das Icon des Setpackers, welches Sie durch einen weiteren Doppelklick starten 
können. Beachten Sie bitte, daß bei einem Start von der Workbench keine] Fehler- oder sonstige 
Programm-Meldungen erscheinen; diese werden nur beieinem Start vom CL in das dazugehörige 
Fenster ausgegeben. 











Start vom CLI aus: 


Begeben Sie sich mit dem Befehl »cd AEP:SDK« in das Root-Directory der SMUSPlayer- 
Systemdisk und starten Sie den SetPacker, indem Sie einfach »SetPacker« eingeben. 


4.3.2 Das Auswahlfenster 


Nach dem Start öffnet SetPacker ein Fenster, welches einen Bereich für die Darstellung und 
Anwahl der Dateinamen (Filebox) sowie verschiedene Gadgets beinhaltet. Die Bedeutung und 
Funktion dieser Elemente soll im folgenden näher erläutert werden: 


Die Filebox 


Die Filebox stellt das Haupteingabemedium für die Auswahl der einzelnen Scores dar. In ihr 
werden die Namen der Dateien, die im derzeitangewählten Verzeichnis enthalten sind, dargestellt. 
Es werden jedoch nur diejenigen Dateien angezeigt, die durch die Endung .smus als SMUS-Score- 
Dateien erkannt werden. 


Haben Sie mit Hilfe der Gadgets ein Verzeichnis gewählt, so wird dessen Inhalt nach dem Einlesen 
zeilenweise aufgelistet. Sind mehr Einträge enthalten als gleichzeitig dargestellt werden können, 
so können Sie diese mit Hilfe der Schiebeleiste am Rand der Filebox sichtbar machen. Klicken Sie 
hierzu auf den Schiebebalken und ziehen diesen mit gedrückter Auswahltaste in die gewünschte 
Richtung, um den Darstellungsbereich entsprechend zu verschieben. 


Es gibt zwei Gruppen von Einträgen: Score-Dateien und Verzeichnisse. Beide Gruppen er- 
scheinen gemischtin alphabetischer Reihenfolge, unterscheiden sich jedoch farblich voneinander. 
Sie können das aktuelle Verzeichnis wechseln, indem Sie die Maus über den gewünschten Eintrag 
bewegen und diesen mit einem Doppelklick anwählen. 


Um nun einen Scor e Eintrag für die Übertragung in Ihr Set auszuwählen, klicken Sie ihn einmal 
mit der Maus an. Sie werden bemerken, daß dieser jetzt in inverser Schrift dargestellt ist. 
Gleichzeitig erscheint links neben dem Eintrag eine Nummer. Diese repräsentiert die Position des 
Eintrags in der alphabetischen Reihenfolge und damit die Zahl, die der Routine PlayScore() 
übergeben werden muß, um den Score wiederzugeben. Um die Auswahl eines Eintrags wieder 
rückgängig. ‚zu machen, klicken Sie diesen einfach noch einmal an. Er erscheint nun wieder in 
normaler. Schrift und die Zahl davor verschwindet, auch werden die Ordnungsnummern der 
nachfolgenden angewählten Einträge um eins vermindert. 
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Die String-Gadgets 


Obschon Sie den SezPacker auch allein mit der Maus bedienen können, istes ärchenl hneller, 
Datei- oder Verzeichnisnamen direkt über die Tastatur einzugeben. Klicken Sie dazumitder Maus 
in den Bereich hinter dem Doppelpunkt, damit in dem gewünschten Gadget ein: Cursor erscheint. 
Dann geben Sie den jeweiligen Namen ein und drücken anschließend Retüm>, um die 
Gadgetfunktion zu aktivieren. Be 





Es stehen folgende Stringgadgets zur Verfügung: 





Das Verzeichnis-Gadget: Mit diesem Stringgadget kann man den Name des Verzeichnisses, 
dessen Inhalt in der Filebox angezeigt werden soll, direkt eingeben. Gehen Sie dazu wie oben 
beschrieben vor. Beachten Sie bitte, daß bei einem Wechsel der Verzeichnisses sämtliche 
Auswahlmarkierungen gelöscht werden. = 


Das Score-Name-Gadget: Wenn z.B. ein Verzeichnis so lang ie, daß Sie es nicht von Hand 
durchsuchen möchten, können Sie die Namen der gewünschten Scores auch mit diesem 
Gadget eingeben. Wenn Sie den Namen korrekt getippt haben und <Return> drücken, 
erscheint der entsprechende Eintrag invers und ist somit für die Übertragung ins Set 
vorgemerkt. (Natürlich können Sie diese Markierung mit der Maus wieder löschen.) 


Das /nstr.Verz.-Gadget: In diesem Gadget geben Sie dem SetPacker den Namen des Verzeichnis- 
ses an, in dem nach den benötigten Instrument-Dateien gesucht wird. Es ist das einzige 
Stringgadget, dessen Inhalt korrekt initialisiert sein muß, da Sie sonst Fehlermeldungen 
wegen fehlender Instrumente erhalten. 


Das Ziel-File-Gadget: Hier können Sie den Namen eingeben, unter dem das Set, das Sie gerade 
erstellen, abgespeichtert werden soll. Ihrer. Eingabe wird, sollte es noch nicht darin enthalten 
sein, das Suffix ».sset« angefügt, um eine Verwechslung mit anderen Dateinamen zu 
verhindern. Wenn Sie dieses Feld leerlassen, wird Ihr Set einzig und allein unter der Endung 
».sset« abgespeichert. 


Die Buttons 


Der SetPacker hat noch vier weitere Bedienungselemente, welche wie Schaltknöpfe, engl. 
Buttons, aussehen und deren Anklicken jeweils eine bestimmte Funktion auslösen kann. 
Diese wären im einzelnen:., 





Der OK-Button: Die Beitigung g dieses Buttons beendet den Auswahlvorgang und startet die 
Erstellung der Set Da ei, worauf das Programm beendet wird. 





Der GERÄT-Button: Mit diesem Button können Sie sich eine Liste der zur Verfügung stehenden 
Geräte in der Filebox anzeigen lassen, d.h., die in den Laufwerken befindlichen Disketten, 
angeschlossene ‚Festplatten, Ramdisks etc. Sie müssen nur den entsprechenden Eintrag 
doppelklicke; um in das Root-Directory des gewünschten Geräts zu gelangen. 





Der ABBRUCH. -Button: Die Betätigung dieses Buttons beendet das Programm, ohne daß eine 
Set-Datei erzeugt wird. 
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4.3.3 Die Zusammenstellung eines Score-Sets 


Direkt nach dem Start von SerPacker ist zunächst kein Verzeichnis angewählt, d. h..d Filebox 
ist leer. Geben Sie nun die Diskette, auf welcher sich Ihre Scores befinden, in eines der Laufwerke 
und drücken nach einiger Zeit den GERÄT-Button. Jetzt sollte unter anderem der Name Ihrer 
Diskette in der Geräteliste erscheinen. Öffnen Sie sie durch einen Doppelklick und’ wählen Sie Ihr 
Score-Verzeichnis aus. Sie können natürlich auch mit Hilfe des rn direkt 
dorthingelangen. 5 








Haben Sie nun die Namen Ihrer Scores vor sich, wählen Sie die gew inschten aus wie oben 
beschrieben und notieren sich bitte die zu den betreffenden Namen erscheinenden Nummern, 
damit Sie diese bequem beim Aufruf von PlayScore() verwenden können. Sodann klicken Sie auf 
den OK-Button, um die Erstellung der Set-Datei zu starten. 





Da zur Erzeugung eines Sets sämtliche Dateien zuerst in den Brbeitsspeicher geladen werden 
müssen, ist der Ihnen zur Verfügung stehende Speicherplatz die einzige Begrenzung für die 
Anzahl der kombinierbaren Effekte. Speziell wenn diese viele verschiedene gesamplete Sounds 
beinhalten, kann es zu der Meldung »Couldn't alloc big buffer« kommen, was Speichermangel 
anzeigt. Booten Sie in diesem Fall am besten neu und halten die Ausführung der Startup-Sequence 
an, indem Sie CTRL-d gedrückthalten. Starten Sie den SetPacker von dem nun freigewordenen 
CLI aus und wiederholen Sie den Auswahlvorgang.:Noch ein Tip: das Ausstecken eines evtl. 
Zweitlaufwerks bringt ebenfalls ca. 20 Kbyte! : 


4.4 SMUSPlayer-Library-Funktionsbeschreibung 


LoadScore 

Syntax: erfolg = LoadScore(ScoreName, InsiDir):; 
(DO) (AO) (Al 

Beschreibung: 


Stellt der Library einen SMUS- Scöte zur Wiedergabe durch PlayScore bereit. 


Parameter: 
ScoreName: Zeiger auf den Pfadnamen der Scoredatei, die geladen werden soll. 


InstDir: Zeiger auf den Pfadnamen des Dateiverzeichnisses, in welchem nach den benötigten 
Instrumentdateien gesucht wird. 





Ergebnis: 
erfolg: ist 0, falls Sie Funktion ausgeführt werden konnte, —1 wenn ein Fehler aufgetreten ist. 


C-Datentypen: 







int erfolg; h 
char *Scorel 


siehe PlayScore, Stop, UnLoadScore 
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UnLoadScore 
Syntax: UnLoadScore(); 







Beschreibung: 
Gibt den Speicher, der von einem durch LoadScore geladenen Score (nebst Ins 
wird, wieder frei. 


enten) belegt 


Parameter: 
keine Parameter 


Ergebnis: 8 
kein Ergebnis 


Kommentar: 
siehe LoadScore 


LoadSet 


Syntax: erfolg = LoadSet(SetFileName); 
(DO) (40) 


Beschreibung: 


Stellt der Library ein Set von SMUS-Scores zur Wie A durch PlayScore bereit. 


Parameter: 


SetFileName: Zeiger auf den Pfadnamen des S Iches geladen werden soll. 


Ergebnis: 
erfolg: ist 0, falls die Funktion ausgeführt,w 











exden Konnte, -] wenn ein Fehler aufgetreten ist. 
Po 


C-Datentypen: 

int erfolg; 

char *SetFileName; 
Kommentar: 

siehe PlayScore, Stop, UnLoadSet 


UnLoadSet 
Syntax: UnLoadSet(); 


Beschreibung: 
Gibt den Speicher, de£: 
wird, wieder frei. 


inem durch LoadSet geladenen Score (nebst Instrumenten) belegt 


Parameter: 
keine Parameter 


Ergebnis: 
kein Ergebni 
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PlayScore 

Syntax: erfolg = PlayScore(scorenum,repeats); 
DO (DO) (DI) 

Beschreibung: 

















Veranlaßt die Library, einen durch LoadScore oder LoadSet bereitgestellere SMUS-Score 

wiederzugeben. 

Parameter: 

scorenum: Nummer des Scores im Set (entspricht der alphabetische nfolge der Filenamen 

der Scores, ist im Fenster des Setpacker-Programms ersichtlich). utet den durch LoadScore 
geladenen Score. 

repeats: Anzahl der Wiederholungen des Scores. 0 bedeutet er e, Wiederholung. 


Ergebnis: B: 


erfolg: ist O, falls die Funktion ausgeführt werden konnte,— ‘wenn ein Fehler aufgetreten ist. 


Kommentar: 
siehe LoadScore, LoadSet, Stop 


Stop 
Syntax: Stop(); 


Beschreibung: ‚ 
Veranlaßt die Library, die Wiedergabe zu s) 

und läßt alle momentan angeschlagenen Tön 
Wiedergabe) schaltet alle Kanäle soförts 


rn 


E . Aufruf während der Wiedergabe hält diese an 
ısschwingen. Nochmaliger Aufruf (außerhalb der 


Parameter: 
Keine Parameter 


Ergebnis: 
Kein Ergebnis 


Kommentar: 
siehe PlayScore 


LoadAux 


Syntax: erfolg = Li 
(DO) 









Beschreibung: 
Stellt der Li 
SetDefault 


zusätzliches Instrument zur Verwendung durch PlayNote, PlayTone oder 
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Parameter: 
InstFileName: Zeiger auf den Pfadnamen des Instruments, welches geladen werden 


Ergebnis: 
erfolg: ist 0, falls die Funktion ausgeführt werden konnte, -1 wenn ein Fehler 


C-Datentypen: 


int erfolg; 
char *InstFileName; 


Kommentar: r 
siehe PlayNote, PlayTone, SetDefault 


SetDefault 


Syntax: erfolg = SetDefault(InstName); 
(D0) (40) 


Beschreibung: 
Ermöglicht die Angabe eines Instruments, über das Traı 
gegeben werden sollen. 


Paraugeiet. 


Instriment. 


Ergebnis: 
erfolg: ist 0, falls die Funktion ausgeführt, wg onnte, -1 wenn ein Fehler aufgetreten ist. 


C-Datentypen: 
int erfolg; 
char *InstName; 
Kommentar: 
siehe Findinstr 


PlayNote 


Syntax: voice = PlayNote(SPNgte); 
(DO) (AO) 


Beschreibung: 
Ermöglicht die Wiedergab£ eines Instruments mit einer bestimmten Tonhöhe und Tondauer. 


Parameter: 
SPNote: Zeiger 
4.1.2.2). 


ie SPNote-Struktur (zu den in dieser Struktur enthaltenen Prametern siehe 
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Ergebnis: f 
voice: Nummer des Kanals (1 - 4), falls die Funktion ausgeführt werden konn 
Fehler aufgetreten ist. 


‘| wenn ein 


C-Datentypen: 

int voice; 

struct SPNote SPNote; 
Kommentar: 

siehe FindInstr 


PlayTone 


Syntax: voice = PlayTone(SPNote); 
(DO) (AO) 


Beschreibung: 5 
Ermöglicht die Wiedergabe eines Instruments mit einer bestimmten Tonhöhe. Die Wiedergabe 
muß mit ReleaseTone wieder abgeschaltet werden. 





Parameter: 
SPNote: Zeiger auf eine SPNote-Struktur (zu dexi: 
4.1.2.2). 


Ergebnis: 
voice: Nummer des Kanals (14), falls die Funk tion ausgeführt werden konnte, —1 wennein Fehler 
aufgetreten ist. 


C-Datentypen: 
int voice; 
struct SPNote SPNote; 


Kommentar: 
siehe FindInstr, ReleaseTone 


ReleaseTone 


Syntax: ReleaseTone(voic& 
(DO) 


Beschreibung: 
Schaltet die Wiedegj 
Beendigung einer 
werden. 


eines mit PlayTone gespielten Instruments ab. Kann auch zur vorzeitigen 
layNote oder von der Score-Wiedergabe gespielten Note verwendet 


Parameter: : 
des Kanals, der abgeschaltet werden soll. 
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C-Datentypen: 


int voice; 


Kommentar: 
siehe PlayTone 


FindInstr 


Syntax: instr = FindInstr(InstName); 
(AO) 


















Beschreibung: 
Gibt die Adresse der !!!-Struktur des jeweiligen Instruments zurügk 
Parameter: 


InstName: Zeiger auf den Namen des Instruments, ohne Extensi 
Instrument. 


Ergebnis: 
instr: Zeiger auf!!! Struktur, falls ein Instrument dieses Namens gefunden wurde, 0 (!) wenn ein 
Fehler aufgetreten ist. 


C-Datentypen: 
struct !!! instr; 
char *InstName; 


Kommentar: 
siehe LoadAux 


SetReturnSig 


Syntax; SetReturnSig(SigMask) 
(DO) 


Beschreibung: 
Ermöglicht das Senden der in Sig 
durch das Ende (oder die Wiede 


Parameter: 4 
Sigmask: Signalmaske, di 
der Option). : 


den Aufrufer gesendet werden soll. O = keine Signale (Abschalten 


er 


Ergebnis: 
kein Ergebnis 


C-Datentypen: 
long SigMask; 


Kommentar 
siche PlaySı 
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4.5 Die Demoprogramme 
4.5.1 Assembler: der CLI-Befehl Play 


Im Assembler-Verzeichnis Ihrer SMUSPlayer-Systemdisk befinden sich un; =F anderem zwei 
kleine Demoprogramme, die CLI-Befehle Play und Stop. Mit diesen können Sie die Wiedergabe 
eines SMUS-Scores starten und wieder beenden. Für Play bedienen Sie sich folgender Syntax: 











»play <Score-Name> INSTRUMENT <Instr.-Verzeichnis>« 





Wenn Sie das Schlüsselwort und den Verzeichnisnamen weglassen, so nimmt Play an, daß die 
Instrumente im Verzeichnis :Instruments zu finden sind sei im Ngszeichnis Instruments in der 
Rootdirectory des akuellen Geräts). 





Um die Wiedergabe anzuhalten, geben Sie einfach »stop« ein. 


Beispiel: Sie möchten auf Ihrer Sonix-Sytemdiskette das Lie "Axel F" abspielen. Legen Sie sie 
z.B. in Laufwerk dfl: und tippen Sie: 


»play "dfl :Scores/Axel F" INSTRUMENT dfl: ‚Instrumenis« 


Sie können dies jetzt beliebig oft mit anderen oder demselben Score wiederholen (Play prüft 
allerdings nicht, ob sich ein angegebener Score schon im Speicher befindet), wobei die Wie- 
dergabe für die Dauer des Zugriffs unterbrochen wird. Wenn Sie Stop eingeben, so wird die 
Library zwangsweise geschlossen und der belegte Speicher freigegeben. Dies ist zwar eine etwas 
unorthodoxe Methode, mit einer Library umzugehen, stellt aber eine einfache Möglichkeit dar, 
vom CLI aus einen Score im Hintergrund abspielen zu lassen. Verwenden Sie diese Befehle also 
bitte nicht, wenn schon in einem anderen Zusammenhang auf die Library zugegriffen wird! 


Bemerkungen zum Listing: 


Der hier verwendete CLI-Parser, der die Kommandozeile als Feld von Zeichenketten, ähnlich der 
Variablen argv in C, zur Verfügung stellt, kann vom Käufer (!) frei zur Erstellung eigener 
Programme verwendet werden. 





Das Listing play.asm 


; play.asm 






INCDIR "include/" 
Include ’ texec/exec_lib.i' 
include \asmsupp.i' 
include” „"smusplayer.i' 


run: 
#SRCBuf, SRCPointer 
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subq 
beq 


search 
cmp.b 
beq 
cmp.b 
bne 
dbra 
bra 


found 
lea 
lea 


loopla 

move.l 
addq.w 
move.b 
addq 
cmpi.b 
beqg.s 
move.b 


loopl 
move.b 
cmpi.b 
bne 


loop2a 
move.b 


loop2 
cmpi.b 
beq 
cmpi.b 
beq 
bra.s 


notStl: 
cmpi.b 
bne 


move.b 


astart: 
bra 


notSt2: 


noparmms;. 
& 








#1,d0 ; Parms holen 
noparms 


#$a, (a0) 
noparms 
#520, (a0)+ 
found 
dO,search 
noparms 


SongBuf (PC) ‚al 
argv (PC) ,a3 


al, (a3)+ 
#1,argc 
-(a0),do 
#1,a0 
#'"',d0 
quoted 
a0, (al)+ 


(a0) +,dO 
#520,d0 
notStl 


#0, (al)+ Parameter durch O0 trennen 


#Sa, (a0) 
astart 

#520, (a0) + 
loop2 


a0, (al)+ ; gesamten String kopieren 


loopl bis Leerzeichen 
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quoted 
move.b (a0)+,d0 ; alle Zeichen kopiere 
cmpi.b #5a,d0 ; Return 
beq.s astart 
cmpi.b #'"',d0 ; oder 
beq.s loop2a 
move.b a0, (al)+t 
bra.s quoted 
OpenLib: 
lea LibName (PC) ‚al r 
celr.l do 
movea.l 4,26 
CALLSYS OpenLibrary 
move.l d0,SMUSPlayerBase 
beq.s noparms 
INSTausw: 
cmpi.w #3, argc 
blt AEnd 
movea.l argv+4,a0 
lea KeyWord (PC) ‚al ‚Schlüsselwort vorhanden? 
loop6: 
move.b (a0)+,d0 
beq OK1 
andi.b #%11011111,d0 
cmp.b (al)+,do 
bne AEnd 
bra loop6 
OkK1l 
movea.l argv+8 (PC),a ; ja: InstDirName = 3. Parameter 
bra.s AlEnd 
And: 
movea.l ; Score laden 
AlEnd 
movea.l 
LINKSYS 
tst.l 
bmi.s 
moveq ; "LoadScore”-Score 
moveq ; einmal abspielen 


PlayScore, SMUSPlayerBase und abspielen 


Ey 


#0,d0 Library soll erst mit "stop" 


geschlossen werden 


Dre 


'smusplayer.library',O 
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KeyWord: 
dc.b 'INSTRUMENT',O 
DefaultInstDir: 
dc.b ':Instruments',O 
EVEN 
SMUSPlayerBase: 
ds.1 1 
SongBuf: 
ds.b 100 
MySong: 
ds.b 100 
ScoreName: 
ds.1 1 
InstDirName: 
ds.l I 
argv: ehe 
ds.l 10 ; Array aus Zeigern auf Parm.-Namen 
argc: 2 
dc.w 0 ;iAnzahl Parameter 
SRCPointer: 
de.1 0 
SRCBuf: 
ds.w 200 
SRCBufEnd: 





Das Listing stop.asm 


; stop.asm 


INCDIR ":include 





include 'exec/libraries.i' 
include 
include 
include 
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lea LibName, al 

moveq #0,d0 ; Version egal 
move.l 4,36 

CALLSYS OpenLibrary ; Library öffnen 
move.l d0, SMUSPlayerBase 

beq.s End 

movea.l a0,a5 

move.w #1,LIB_OPENCNT (a5) 

movea.l a0,al 


CALLSYS CloseLibrary 


End 
rts 


LibName: 
dce.b 'smusplayer.library',O 


SMUSPlayerBase: 
ds.1 4 


4.5.2 Beispiel in C 


Um die Verwendung der Routinen LoadSet und PlayScore in der Praxis zu verdeutlichen, ist im 
Demos/CC-Verzeichnis Ihrer SMUSPlayer-Systemdisk ein Demoprogramm vorgesehen, wel- 
ches ein simples Schlagzeug darstellt. Um es’ zu starten, öffnen Sie entweder die Demos- 
Schublade in der Workbench und klicken sein Icon an, oder Sie gehen in den CLI und tippen: 


»AEP:Demos/Schlagzeug« 


Das Programm öffnet ein Fenster, in dem mit verschiedenen Rhythmen- und Instrumentennamen 
gekennzeichnete Felder erscheinen. Wenn Sie nun in eines dieser Felderklicken, werden Sie einen 
Schlagzeugrhythmus bzw. das jeweilige Instrument aus dem Lautsprecher vernehmen. 


Die Rhythmen und Instrumente sind Teil eines Sets, welches im Demos-Verzeichnis unter dem 
Namen »Schlagzeug.sset« abgespeichert ist. Die Scores, aus denen es zusammengesetzt ist, sind 
mit Sonix erstellt worden ind’bestehen jeweils nur aus einem kurzen Schlagzeugbeat, der ständig 
wiederholt wird. Ebenso.kann man mit jedem anderen Instrument auf diese Weise beliebige 
Soundeffekte zusammens fe len, speziell wenn man in Besitz eines Digitalisierers und der 
entsprechenden Software ist. 








Das Listing Schlagzeug.c 


& EEE 2 2 2 2 22 2 2 2 2 22,2 2.2212 22 2 2 22 2.2.2.2 2 22 2.2 12.2 22 2 2 22.212.212 .2,2 202 2 202.202 







JRR RTRTRRR KK 


(c) Nicolaus Wirsing 17.4.89 00:21 


[s reserved. 


EEE E22 2 2.2 202.2 202.2 2.2.2.2 02.2 202.2 202.2 202.2 22.202122 2.2.2 2.2 22.2.2272 202.212 2.2 22.2.2 2.2. 202.2.2.07 
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#include <intuition/intuitionbase.h> 
#include <graphics/gfxbase.h> 
#include <intuition/intuition.h> 
#include "smusplayer_lib.h" 
















#define XOFFS 10 /*** Konstanten für Window und "Butta 
#define YOFFS 20 

#define STCLENGTH 8 

#define STPLENGTH (STCLENGTH*CHSIZE) 

#define CHSIZE 8 

#define CHVERT 15 

#define HINDENT (c) ((int) ((STCLENGTH-strlen (c) ) *CHSIZE/2)) 
#define VINDENT 4 


#define BXOF ( (STCLENGTH+4) *CHSIZE) 
#define BYOF (CHVERT*3) 

#define WLEFT 100 

#define WTOP 50 


#define WWIDTH { 
#define WHEIGTH ( 
#define INSTS 3 
#define RHYTHMS 3 


(2*XOFFS) +3* (BXOF) ) 
(YOFFS) +3* (BYOF) ) 


struct BUTTON 
{ 

USHORT x1,yl; /*%** Button-Position **%*/ 
USHORT x2,y2; 


char *text; /*** Button-Text ***/ 


/*** Instrumente ***/ 


YOFFS+CHVERT, "Snare" }, 
YOFFS+CHVERT, "HighHat"} 


/*** Begleitrhythmen ***/ 


XOFFS+STPLENGTH, YOFFS+CHVERT+BYOF, "Beat"}, 
{ XOFFS+1*BXOF +BYOF, XOFFS+STPLENGTH+1*BXOF, YOFFS+CHVERT+BYOF, 
"Break"}, 

{ XOFFS+2*BX 


"Heavy"} 


/*** Stop-Button ***/ 


XOF, YOFFS+2*BYOF, XOFFS+STPLENGTH+1*BXOF, 
YOFFS+CHVERT+2*BYOF, "Quiet"}; 
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static char *SetName = "Schlagzeug.sset"; /*** akt. Directory! 


static char *INames[] = { /*** Instr-Namen im Se 
"BassDrum", 
"SnareDrum", 
"HighHat" 

hi 

int lastNote = 0; /*** zuletzt gespieli 


struct NewWindow MyNewWindow = { 
WLEFT,WTOP, 
WWIDTH, WHEIGTH, 
=1,-1; 
REFRESHWINDON | MOUSEBUTTONS | CLOSEWINDOW, 
WINDOWDRAG | WINDOWDEPTH | WINDOWCLOSE | SIMPLE REFRESH [A 
NULL, NULL, 
(UBYTE *) "Schlagzeug", 
NULL, NULL, 
0,0,0,0, 
WBENCHSCREEN 

hi 


struct IntuitionBase *IntuitionBase; 


struct GfxBase *GfxBase; 
struct SMUSPlayerBase *SMUSPlayerBase; 
struct Window *MyWindow; 


struct IntuiMessage *msg; 


main () 
{ 
int CloseFlag = 0; 


/*** Graphics-Library öffnen ***/ 


if(!(GfxBase = (struct GfxBäse *)OpenLibrary ("graphics.library",0))) 
{ ® 


printf ("\nKonnte*Sgaphics.library nicht öffnen !\n"); 
goto Ende; 








/*** Intuition-Library öffnen ***/ 
(struct IntuitionBase *) 






/*** SMUSPlayer-Library öffnen ***/ 
= (struct SMUSPlayerBase *) 
OpenLibrary ("smusplayer.library",0))) 
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r 














printf("\nKonnte SMUSPlayer.library nicht öffnen !"); 
goto Ende; 


/*%** “Schlagzeug.sset" la: 
if (LoadSet (SetName) ) 
{ 


printf ("\nKonnte Set %s nicht laden !",SetName); 
goto Ende; 


/*** Window öffnen und initialisieren (Buttons ze 
if(!(MyWindow = (struct Window *)OpenWindow (&MyNewWindow) ) 
{ 

printf ("\nKonnte Window nicht öffnen !"); 
goto Ende; 


DrawWindowContents (); /#**  Windo ält zeichnen Krr/ 


while (!CloseFlag) 







{ /*** Bis & e$ auf Close-Gadget ***/ 
Wait (1<<MyWindow->UserPort->mp_SigBit) ;" um 


while (msg = (struct IntuiMessage *)Getl 
{ 


switch (msg->Class) 
{ 


case MOUSEBUTTONS: { ; 
ProcessmMoys@tmagP>Mousck, msg->MouseY, msg->Code) ; 
break; - 
} 
case REFRESHWI 
Begi 
F: 








fResh (MyWindow) ; 
tdowContents (); 
EndRe£ esh (MyWindow, 1); 









/*** Aufräumen ***/ 
CloseWindow (MyWindow) ; 

CloseLibrary (GfxBase) ; 

CloseLibrary (IntuitionBase) ; 

CloseLibrary (SMUSPlayerBase) ; 
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/*** Fensterinhalt zeichnen * 


DrawwWindowContents () 


T 
int but; 


if (MyWindow) 


{ 
£or (but=0; but<INSTS ; but++) DrawButton (IButtons, & 


for (but=0; but<RHYTHMS ; but++) DrawButton (RButtons 
DrawButton (&QButton, 0,0); 


zeichnen ***/ 


DrawButton (ButVect,n, color) 
struct BUTTON *ButVect; 
ine n, eelor; 


{ 
struct RastPort *rp; 


rp = MyWindow->RPort; 
SetAPen (rp,color); : 
RectFill(rp, ButVect [n].x1, ButVect[n]. Ari 

ButVect [n] .x2, Butvect (Rt / 
SetAPen (rp,1); # 
SetBPen (rp, color); 











int ProcessMouse (x, y, code 
int x, y, code; 


{ 
int but; 
struct SPNote SPNote; 


/*** Maus gedrückt? ***/ 


/*** Instr.-Button? ***/ 


x>=IButtons [but] .x1 && x<=IButtons[but].x2 && 
y>=IButtons [but] .yl && y<=IButtons [but] .y2 ) 


/*** SNote- Struktur vorbereiten ***/ 
SPNote.iName = INames [but] ; 
SPNote.SNote = 0x3000; 
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SPNote.vol = SP_MAXVOL; 
SPNote.voice = SP_DYNAMICVOICE; 
SPNote.pri = SP_PLAYERPRI+1; 
lastNote = PlayTone (&SPNote) ; 
break; 


} 


else 








/*** Rhythm-Button? 
if( x>=RButtons[but].x1 && x<=RButtons [but] .x2 & 
y>=RButtons[but].yl && y<=RButtons[but].y2 ) 





PlayScore (but+1,0); 
break; 





else FR 
/*x** Stop-Button? ***/ 

x>=QButton.xl && x<=OButton.x2 && “u 

y>=QButton.yl && y<=OButton.y2 ) 


if 


Stop); 
break; 


} 


if((code == SELECTUP) && lastNote) 

{ TR! Maus losgelassen? ***/ 
ReleaseTone (lastNote) ; /*** Ja: letzten Ton stoppen ***/ 
lastNote = 0; “u 

} 


retum(); 


} 


Auf der mitgelieferten Systemdiskette befinden sich im Verzeichnis AEP:Demos/CC noch zwei 
weitere Demo-Programme. NoteDemo.c verdeutlicht den Gebrauch der SPNote-Struktur zur 
Tonausgabe über das audio.device. Das Programm lädt nach dem Start ein Instrument Namens 
SynthSound aus dem Verzeichnis INSTRUMENTS: und spielt es sodann in Achteln zwei 
Oktaven ab dem mittleren € MIDI-Nummer 60) hoch und danach in Sechzehnteln wieder 
herunter. Die Tonausgabe geschieht mit den Funktionen PlayNote(), PlayTone() und 
ReleaseToneO) der SMUSPIlayer. library. SyncDemo.c verdeutlicht die Synchronisation eines 
Scores mit dem Programm. Nach dem Start über das CLI wird das schon bekannte 
»Schlagzzeug.sset« geladen, welches jaaus dreikurzen Schlagzeug-Pattern besteht. Diese werden 
nun nacheinander abgespielt, wobei die SMUSPlayer.library nach jedem Abspielen ein Signal an 
das Programm sendet, wonach veranlaßt wird, das nächste Pattern abzuspielen. Anhand dieses 
Beispiels wird de ‚Umgang mit AllocSignalO), SetReturmnSignal(), Wait() und FreeSignal() 
dargestellt. Beide Programme müssen über das CLI mit folgendem Aufruf gestartet werden: 
»AEP: Demos/NoteDemo«, bzw. »AEP:Demos/SyncDemo«. 
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Das Listing NoteDemo.c 


N ERK* NoteDemo.c 

RF% © Ilias Vassiliou 

J#R% 31.08.1990 

JFRK AZTEC-C V3.6 

/*** Compile : cc +1 NoteDemo.c 

/*** Link : In NoteDemo.o SmusPlayer lib.o 


VEAEE EEE 2 22.2202 212 212 212 272 202 202 22 22 ZZ Ze ee ze en 


#include "smusplayer lib.h" 
struct SMUSPlayerBase *SMUSPlayerBase; 


struct SPNote SPNote; 


BYTE *Instrument = "INSTRUMENTS:SynthSound"; 
WORD voice; 


VOID E: 
Closelt () /*** Library 


{ 
if (SMUSPlayerBase!=NULL) CloseLibr 
exit (0); 


VOID 
main () 
{ 
if(!(SMUSPlayerBase = 


i£f( LoadAux (Instrument) =-]) /*** "INSTRUMENTS:SynthSound” laden ***/ 
{ 

puts ("\nK: 

Closelt (); 


änstrument nicht laden !!!"); 






/*** Default Instrument = 0 (Aux-Instrument) setzen ***/ 
ılt ((BYTE *%)0) = -1) 


SPNote. iName = SP_DEFAULTINAME; /%*** Aux-Instrument 
SPNote.vol = Oxff; JFRK Volle Lautstärke 
sSPNote.voice = SP _DYNAMICVOICE; /*%** Freie Wahl des Ausgabe-Kanals ** 


SPNote.pri 


while( (NotenNummer++) < 85 ) 


{ 
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SP_PLAYERPRI+1; /%*%** Priorität setzen 


/*** Die Variable SNote ist in dem Include-File : "iff/smus.h' 
/*** als 16-Bit-Feld definiert; davon geben die ersten 8 Bit, 
/*** die MIDI-Noten-Nummer an (0-127), das 9. Bit legt fest 
/%** die Note zu einem Akkord gehört, das 10., ob die Note”&ebı 
/*** den ist, das 11. und 12. Bit geben an, a es sich um eipe ERR) 
/*** Triole, Quintole oder Septole handelt, das dreizehn 
/*** wird bei punktierten Noten gesetzt und die letzt 
/*** geben die Länge der Note an (ganze, halbe, Viert 

/***  1/128tel). . 
/*** Es ist am besten, wenn man sich das Include-Fil 
/*** ansieht - dort sind auch einige Standard- Werte 
/*%** die im folgenden verwendet werden (noteD8, note 









& 
/*** Wichtig zu wissen ist, daß bei der Ausgabe ar Note mit KRRT 
/***  PlayNote() nicht gewartet wird, bis die Nenit dem defi- kr 
/***  nierten Notenwert (8tel,16tel) abgek län, ntst. KrK/ 
/*** Aus diesem Grunde ist in der While-Schleite ein Delay (10) arx/ 













/*** eingebaut, um die gespielten Noten % 
/*%** dauer überhaupt wahrnehmen zu können, 


jeweiligen Noten *%*%*/ 


/*** Der folgende Programmteil spiey 
/*** Note 60 ) zwei Oktaven hoch „alle 
/**%* danach zwei Oktaven wieder zük 


> dem mittleren C ( MIDI- “rxr/ 
töne in Achteln und FAR]; 
diesmal in Sechzehnteln ***/ 


Hier geht's hoch Krr/ 


ku MIDI-NotenNummer setzen ER] 

Notendauer setzen noteD8 = achtel ***/ 
* Wert der SPNote-Struktur zuweisen ***/ 
/*** Note nun ausgeben voice = Kanal **%*/ 
Prr% 1/5-Sekunde Verzögerung KrK/ 


Note = (NotenNummer<<8); 
Note |= noteD8; 
SPNote.SNote = Note; 
voice = PlayNote (&SPNote}: 
Delay (10); 


while( (NotenNummer-- VFRK Und hier wieder 'runter arr/ 
{ 
Note = (Note 
Note |= noteD16; f /*** Notendauer setzen noteD16 = l16tel ***/ 
SPNote.SNote te; 
voice = Pla SPNote); 
Delay (10); 
} 
Delay (50) JRR Kurz warten Krr/ 
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SPNote.SNote = (60<<8); /*** Note C (60) der Struktur zuweisen * 
voice = PlayTone (&SPNote) ; /*** Note nun ausgeben voice = Kanal 
Delay (100); [H®* 2 Sekunden Verzögerung 
ReleaseTone (voice) ; JFRR Kanal wieder freigeben 


Closelt (); 


Das Listing SyncDemo.c 


DEE SE 222 2222 22 22 22 22 222 222222 1 u 22 “ Br] 


IERK SyncDemo.c Rr%/ 
JRR Copyright Ilias Vassiliok, “rr/ 
JRR 31.08.1990 Rrxr/ 
JRR AZTEC-C V3.6 “rr/ 
/*** Compile : cc +1 SyncDemo.c arr/ 
/*** Link : In SyncDemo.o SmusPlaye Yib.o -1c32 ***/ 


VELEDEIE EZ 2 2222222 KR ARE / 


#include "iff/smus.h" 
#include "smusplayer_lib.h" 


struct SMUSPlayerBase *SMUSPlayerBase=NUL 


BYTE *SetName = "Schlagzeug.sset'® 


BYTE Signalnummer; /*** selbsterklärend ***/ 


ULONG Signale; 


VOID 
Closelt () /*%** Library schließen (falls geöffnet !) und Programmende Krk 
{ 5 

if (SMUSPlayerBase! 5) CloseLibrary (SMUSPlayerBase); 

exit (0); 2 
} 
VOID ; 
main () /*** Hauptprogramm ***/ 
{ 

/*** smusplayer.library öffnen ***/ 
i£(! (SMUS yerBase = (struct SMUSPlayerBase *) 


OpenLibrary ("smusplayer.library",OL))) 
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print£f ("\nKonnte smusplayer.library nicht öffnen !!!\n"); 
Closelt (); 


if (LoadSet (SetName) ==-1) /*** Set ladek; 
{ 
printf("\nKonnte Set '%s' nicht laden !!!\n",SetName) ; 
Closelt (); 


/*** Signalnummer er RR) 
if( (Signalnummer = (BYTE)AllocSignal (-1L)) = -1) 
{ 


printf ("\nAlle Signale schon besetzt - kein Demo möglic An"); 
Closelt (); i 

} 

else 
SetReturnSig ( (LONG) 1<<Signalnummer) ; /*** Sync=Bägnal setzen ***/ 


printf ("\nSignalnummer = %d", Signalnummer) ; /*** si, Kxr%/ 


PlayScore (1,0); Rrr/ 


printf("\nNach PlayScore 1."); 


ARR/ 


Signale = Wait ( (ULONG) 1<<Signalnummer) ; 
printf ("\nEnde 1 erreicht, Signal = %1d 


PlayScore (2,0); KERL 


printf("\nNach PlayScore 2."); 


/*®%, Auf Synchronisations-Signal warten ***/ 


PlayScore (3,0); 
printf ("\nNach PlayScor 


/*** Pattern 3 abspielen ***/ 


/*** Auf Synchronisations-Signal warten arr/ 
l<<Signalnummer) ; 
eht, Signal = %ld.\n",Signale); 


Signale = Wait ( (U] 
printf ("\nEnde 3 


FreeSignal ( (ULO ignalnummer) ; /*** Signal wieder freigeben !!! ***/ 


UnLoadSet (); /*** Speicher des Sets wieder freigeben ***/ 


/*** - ist hier nicht unbedingt nötig ***/ 





Closelt () 
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4.6 Installation 


4.6.1 Anlegen einer Sicherungskopie 


Wie von allen Ihren Originaldisketten, so sollten Sie auch von Ihrem AEP -Exı mplar zuerst eine 
Sicherungskopie anlegen. Booten Sie hierzu mit dem Original und Icafi Ahr Zieldiskette in 
Laufwerk »dfl:«. Dann geben Sie ein: = 


»diskcopy dfD: to dfl: <RETURN>« 





Falls Sie nur ein Laufwerk besitzen sollten, so tippen Sie bitte: 


»diskcopy dfD: to dfD: <RETURN>« 





Entfernen Sie nun das Original aus dem Laufwerk und bewahren es an einem sicheren Ort auf, d.h. 
trocken und möglichst weit entfernt von magnetischen Störquellen, wie z.B. Transformatoren in 
elektrischen Geräten, Lautsprecher etc. Arbeiten Sie immer nur mit Ihrer Sicherungskopie und 
halten Sie Ihr Original als »eiserne Reserve« bereit, denn es ist logischerweise wesentlich 
wahrscheinlicher, nach häufigem Laden und Speichern ‚einen Fehler aufeiner Diskette zu erhalten 
als nach bloßem Lagern. 


4.6.2 Installation der SMUSPIayer-Library 


Das Amiga-Betriebssystem sucht nach externen Libraries stets im logischen Laufwerk »libs:«, 
welches normalerweise dem Verzeichnis »libs« auf der Bootdiskette zugeordnet ist. Zur 
Installation von SMUSPlayer kopieren Sie diesen zuerst auf Ihre bei der Programmentwicklung 
verwendete Arbeitsdiskette. Geben Sie dazu z.B. 


»copy AEP:libs/smusplayer.library MeineDisk:libs« 


ein , wobei MeineDisk dem Namen Ihrer Diskette entsprechen muß. Booten Sie mit dieser sodann 
wie gewohnt, um Ihre normale Arbeitsumgebung herzustellen. Ab jetzt können Sie selbst auf die 
Routinen von SMUSPlayer zugreifen. 


4.6.3 Programmiersprachen-spezifische Installationen 


Um die Library-Funktiorien von der von Ihnen verwendeten Programmiersprache aus aufrufen zu 
können, müssen Sie Ihrer Arbeitsumgebung noch einige Elemente hinzufügen. Folgen Sie dazu 
bitte den Anweisungen in dem betreffenden Abschnitt. 


Assembler 


Um auf die Library in Assembler zugreifen zu können, müssen Sie Ihrem Übersetzer die Werte 
für die Offsets..derselben mitteilen. Hierzu kopieren Sie die Dateien SMUSPlayer_Lib.i und 

ni,:die sich im Verzeichnis AEP:SDK/ASSEMBLER/Include befinden, in das 
INCLUD Verzeichnis Ihres Assemblers, z.B. mit den Befehlszeilen: 
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»CD AEP:SDK/ASSEMBLER« 
»COPY SMUSPlayer_lib.i MeineDisk:INCLUDE« 
»COPY asmsupp.i MeineDisk:INCLUDE« 


Die Datei asmsupp.i enthält einige Makros, u.a die Makros CALLSYS und LINKSYS, welche 
eine bequeme Aufrufmöglichkeit für die Funktionen aller Libraries darstellen. Jezt müssen Sie 
nur noch in Ihr Assembler-Programm u, 


»INCLUDE "SMUSPlayer_Lib.i"« 








einfügen, um die Routinen der Library zu verwenden. Näheres zu den n Aufrufkonventionen von 
Libraries in Assembler erfahren Sie in Kapitel 4.2.1. ee 


Um die Library-Funktionen in C aufrufen zu können, führen Sie bitte folgende Schritte durch: 


Kopieren Sie die Datei SMUSPlayer_lib.h, die sich im Verzeichnis AEP:SDK/CC/Include 
befindet, in das INCLUDE-Verzeichnis Ihrer C-Arbeitsdiskette, z.B mit den Befehlszeilen: 


»CD AEP:SDK/ICCHNCLUDE« % 
»COPY SMUSPlayer_lib.h MeineDisk. INCLUDE«. 





Die Interfaceroutinen, welche die Aufrufkonventiönen- v von C denen der Library anpassen, 
befinden sich in dem Objektfile SMUSPlayer_lib.o, ebenfalls im CC-Verzeichnis. Kopieren Sie 
diese Datei in dasjenige Verzeichnis, in welchem Ihr Linker nach den angegebenen Objektfiles 
sucht. Rügen Sie seinen Namen von jetzt an immer:in das Linkerkommandb ein (allerdings nicht 
an erster Stelle), um den Linker die richtigen Verbindungen zum System herstellen zu lassen. 


Eine weitere Möglichkeit, die Interfaceroutinen einzubinden, besteht in der Umwandlung dersel- 
ben in eine sogenannte »linked library«,.einem Äquivalent zu jenen ».lib« -files, in welchen die 
von C zur Verfügung gestellten Funktionen untergebracht sind. Um das Objektfile 
SMUSPlayer_lib.o in eine solche »linked library« umzuwandeln, befolgen Sie bitte die dies- 
bezüglichen Anweisungen im Handbuch Ihres C-Compilers. 


Näheres zu den Aufrufkonventionen in C erfahren Sie im Abschnitt 4.2.2 


Basic 
Um die Library-Funktioneni in Basic aufrufen zu können, benötigt der Interpreter deren Offsets in 
Form von sog. ».bmap« - -Dateien, nach denen er sowohl im aktuellen Dateiverzeichnis als auch im 
Verzeichnis »libs:« sucht. Damit Sie diese nicht erst aus der (ebenfalls mitgelieferten) ».FD«- 
Datei erzeugen müssen, isteine solche bereits im Basic-Verzeichnis der Systemdiskette enthalten. 
Kopieren Sie sie mit dem Befehl 


»copy AEP: SSDKIBASICISM USPlayer.bmap MeineDisk:libs« 


auf Ihre Basic-; 
werden kann. 





beitsdiskette, damit Sie beim Öffnen mit dem Library-Befehl von dort geholt 







Näheres zu n Aufrufkonventionen in Basic erfahren Sie im Kapitel 4.2.3. 
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A 


A/D-Wandler 33, 35 
Abtastrate 48, 56 
Abtastung 33, 45 

Active Sensing 168, 177 
ADCMD_ALLOCATE 115 
ADCMD_FINISH 120 
ADCMD_FREE 117 
ADCMD_LOCK 117 
ADCMD_PERVOL 121 
ADCMD_SETPREC 118 
ADCMD_WAITCYCLE 121 
Additive Synthese 222 
ADKCON-Register 91 
Adressenanpassung 256 
ADSR-Werte 29 

After Touch 163 
Aftertouch polyphon 158 
Agnus 62 

Akkorde 271 

Aliasing 47 

Alignment 256 
Amiga-Audio-Maschine 99 
Amiga-Audiohardware 59 
Amiga-Betriebssystem 107 
Amplitude 16 
Amplitudenänderung 235 
Amplitudenfehler 38 
Analoge Syntheseverfahren 221 
Anblasverhalten 29 
Anti-Aliasing-Filter 51 
Assembler 324 
Assembler-Programmierung 299 
Asynchroner IO 183 


ATAK-Chunk 286 

Attack 30 

Audio-Device 113 
Audio-Interrupt 95 
Audio-Zustandsdiagramm 98 
Audioausgabe 113 
AUDxLC-Register 70 
AUDXxLEN-Register 72 
AUDXxPER-Register 73 
AUDxVOL-Register 73 
Aufnahme 133, 249 
Aufnahmerate 58 
Aussteuerung 42, 134, 250 
Auto-Locator 245 
Automatentheorie 98 


B 


Backing-Track 141 
Bandmaschine 242 

Basic 325 
Basic-Parameter 234 
Basic-Programmierung 301 
Binärzahlen 33 
BODY-Chunk 287 
Bouncing 246 

Buttons 303 
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C 325 
C-Programmierung 300 
CAT-Chunk 261 
CD-Player 131 
Characters 256 

Chorus 240 
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Chunk-Prinzip 257 
Clipping-Verzerrung 44 
CMD_FLUSH 120 
CMD_READ 120 
CMD_RESET 120 
CMD_START 120 
CMD_STOP 120 
CMD_WRITE 118 
Continue 168 
Control/Mode Change 158 
Cue-Locator 245 
Customchips 60 

Cycle 65 


D 


D/A-Wandler 55 
Daten-Byte 155 
Datentypen 256 

DBX NR 244 

Decay 30 
Demoprogramme 310 
Device-Funktionen 180 
Device-/O 111 


Device-spezifische Kommandos 181 


Devices 107 
Dezibel 18 
Digitale Verfahren 31 
Digitaltechnik 15 

Direkter Device-Einsprung 184 
Distorsion 240 
Distorsion-Synthese 223 
DMA 60 
DMA-Betrieb 70 
DMA-gesteuerte Audio: 
DMA-Kontrolle 77 
DMA-Slots 63 
DMA-Timing 63 
DMACON-Regis 
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Dualsystem 34 
Dynamik 139 
Dynamikgewinn 42 







E 


EBU-Timecode 248 
Echo 238 
Effekte 237 
Elektrische Instrumen 
Endabmischung 25 





& F Fourier-Reihen 23 

Frequenz 19 

Frequenz-Modulation 90 
Frequenzgang 242 
Frequenzmodulations-Synthese 224 
FSK-Sync 247 

Funktionen 179 


G 


Gehör 16 
Gerätetreiber 107 
Geräusch 16, 27 
Granularrauschen 43 


H 


Hall 238 
Haltphase 135 


Harmonische Schwingung 21 
Hertz 20 
Hüllkurve 29, 135 


I 


V/O-Request 111 

Identifier 257 

Idle State 61 

IFF-File 260 
IFF-FORM-Familie 263 
IFF-Format 255 

INSI-Chunk 268 

Installation 186, 324 
Instrumentänderung-Event 272 
Instrumente 65, 134, 264 
Instrumentenformate 281 
INTENA-Register 82 
Interface-Hardware 146 
Interferenzen 21 
Interrupt-gesteuerte Audioausgabe 99 
Interrupts 81 
INTREQ-Register 82 

IOMIDI 177 

IOM_TypeFlags 178 


K 


Kanalkombination 115 
Kawai KIN 227 
Keyboard 226 
Keyboard.c 216 
Keysigs 274 

Klang 21 

Klangdaten 64 
Klangeffekt 89 
Klangeigenschaften 2 
Klangspektrum 21 
Klangwiedergabe HD 
Klick-Track 247 = 
Kommandos 179 “ 
Komposition 138: 
Kompositionsprogramme 298 
Kompression. 239 
Korg-A3-Multieffekt-Prozessor 241 
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L 


Längen-Raster 137 
Längenzähler 257 
Lautstärke 16 
Lautstärke setzen — Event 215 : 
Lautstärke-Effekte 239. 
Lautstärke-Modulation.-89:. 
Lautstärkekorrektur.. “ 
Lautstärkeregister 2. ; 
Lautstärkeverlauf , 2. 
Leslie 91 : 
Level-Parameter 23 
LFO-Parameter. 235 

Library 293. 
Library-Programmierung 298 
LIST-Chunk: 262 

LoadAux 296, 306 
LoadScore 294, 304 

LoadSet 295, 305 
Local-on/off-Umschaltung 151 
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AMIGA 


Audio Entwickler- 


Paket 


Wer in seinem Amiga zum ersten 
Mal ein Spiel mit aufwendigem 
Sound lädt, glaubt meist, seinen 
Ohren nicht zu trauen: Aus dem 
Rechner, derkeineswegs an eine 
Hi-Fi-Anlage erinnert, explodiert 
ein tonales Feuerwerk, und zwar 
mehrstimmig und in Stereo. 


Nicolaus Wirsing, gleichermaßen 
Musik- wie Computerfachmann, 
hat dieses kleine Wunder zum 
Anlaß genommen, in seinem 
Kompendium all das zusammen- 
zutragen, was man zum Thema 
Amiga und Musik wissen muß. Er 
erklärt in Teil 1, welche elektro- 
nischen Virtuosen für den guten 
Ton sorgen, welche Hard- und 
Software der Rechner dazu ver- 
wendet und wie man Musik, 
Sprache und Geräusche wie mit 
einem Kassettenrecorder auf- 
nehmen und wiedergeben kann. 


Verbindete' man ein Keyboard 
oder eine Drum-Maschine mit 
dem Amiga, entsteht ein lei- 
stungsstarkes Musikstudio, mit 
dem man sowohl Rap-Musikern 
alsauch Tanzorchestern Konkur- 
renz machen kann. Der Autor 
liefert alle Informationen: Über 
Midi, Keyboards und Aufzeich- 
nungsverfahren. 





Markt&fechnik 





In Teil 2 beschreibt Nicolaus Wir- 
sing das »SMUSPlayer Devel- 
opers Kit«, mit dem ohne großen 
Aufwand Musik in die selbst- 
geschriebenen Basic-, C- und 
Assemblerprogramme kommt, 
Eine SMUS-Player-Library, «das 
Herzstück, befindet sich auf.der 
beiliegenden Diskette. Digitali- 
sierte Sprache etwa kann über 
die Library mit dem Programm- 
ablauf synchronisiert.. werden. 
Das Programm»„»SetPacker« 
erlaubt darüber hinaus, mehrere 
Soundpassagen gleichzeitig im 
Speicher zu «halten und bei 
Bedarf abzuspielen. Demonstra- 
tionsprogramme, beispielsweise 
der CLI-Befehl »Play« für Sonix- 
Dateien, liegen bei. 


Der inhalt im Überblick: 


m Wie Töne entstehen 

m Die digitale Verarbeitung von 
Tonsignalen 

m.Vom Chip zum Ohr: wie der 
Amiga Sound erzeugt 

m Systemsoftware: das Audio- 
Device 

m Von der Idee zum Sound: 
samplen, Instrumente erstel- 
len, komponieren 
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m Midi: Hardware, Software, 
Standards, Midi-Device, Midi- 
kompatible Instrumente 

m Multitrack- und Masterrecor- 
ding: Bandmaschinen, Synchro- 
nisation, Aufnahme 

m Das »SMUSPlayer Developer 
Kit«: alles über das SMUS-IFF- 
Format, das Chunk-Prinzip, die 
Instrumenten-Formate 

m DieSMUS-Player-Library: Pro- 
grammierhilfe, das Programm 
SetPacker, die Funktionen der 
Library 

m Die Demoprogramme 





Hardware-Anforderungen: 


Amiga mit mindestens 512 Kbyte 
Arbeitsspeicher. Empfehlens- 
wert, aber nicht notwendig: Midi- 
Interface, Keyboard, Sound- 
Digitizer 


Software-Anforderungen: 


Empfehlenswert, aber nicht not- 
wendig: ein Musikprogramm 
(etwa Deluxe Music oder Sonix), 
ein Sequencer-Programm bei 
Midi-Nutzung 
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